重载运算符++前缀/后缀互相影响吗？

Question

我有一个问题，以前可能已经被回答了 9000 多次，但我真的不知道如何表达，这就是我要尝试的。

我在一些 C++ 书籍和教程中看到，当定义自己的具有可迭代值（可递增）语义的类时，您可以为其重载 operator++ （我将在这里声明我的所有内容） d 猜测也适用于operator--）。执行此操作的标准方法似乎是：

class MyClass {
    public:
    MyClass& operator++ () {
        increment_somehow();
        return *this;
        }
    ....
    };

其中 increment_somehow() 好吧...以某种方式递增对象的值。

然后，可以以如下方式定义 operator++ 的后缀版本：

MyClass operator++ (MyClass& it, int dummy) {
    MyClass copy(it);
    ++it;
    return copy;
    }

It is all Fine and dandy（我想我的习惯用语是对的），但问题是，做这一切是为了每个定义 operator++ 的类很快就会变得令人厌烦和冗长，所以我想我可以利用我最近在重载运算符时学到的一个技巧。也就是说，利用 头文件和一个名为 rel_ops 的工具，这是我昨天发现的（我在 4 年后才回到 C++） 离开多年...）：（

class MyClass {
    public:
    bool operator== (const MyClass& that) {
        return compare_for_equality_somehow(that);
        }
    bool operator< (const MyClass& that) {
        return compare_for_lessality_somehow(that);
        }
    ....
    using namespace std::rel_ops; // operators >, >=, <=, ! are "magically" defined!
    };

出于类比目的，我刚刚发明了术语“lessality”，出于某种原因，我的头脑拒绝想出正确的数学术语...）

我创建了一个简单的标题 < code>其内容在某种程度上模仿了 Utility 标头中的 std::rel_ops 命名空间。据我在几次编译后所看到的，它就可以工作了（TM）。我可以/我应该使用这个技巧吗？如果我创建一个类并使用 using namespace MyLibrary::increment_operators （例如），可能会遇到哪些陷阱？

也许更重要的是：我是否再次重新发明了轮子，或者我刚刚创建了一个可以聚合到此类项目的有用的小型库？几乎所有我尝试用 C++ 进行的让自己恢复最新状态并进行协作的实验似乎都已包含在 boost::do_something 工具中，这让我有点难过我已经离开了这么多时间。

Answer 1

Boost 在 Boost Operators 实用程序库中提供了此功能。它的实现有点不同，但达到了相同的结果。

我可以/我应该使用这个技巧吗？

尽可能使用它；删除冗余和重复的代码是重构的基本原则，也是一个很好的实践。

我是否再次重新发明了轮子，或者我刚刚创建了一个可以聚合到此类项目的有用的小型库？

我想你可能会说你重新发明了轮子。不过，我认为这不一定是一件坏事：我发现，如果我自己实现一些东西，我通常会更好地理解它，并在这个过程中学到很多东西。

Answer 2

如果您有空闲时间并且需要经验，请重新发明您喜欢的所有轮子。我自己也做了一些，以提高我对基本概念的了解。它可以有很大帮助。

Answer 3

或者，您可以使用

有关 template http://www.cplusplus.com/doc/tutorial/templates/" rel="nofollow noreferrer">http://www. cplusplus.com/doc/tutorial/templates/

Answer 4

我是原发帖者，只是回答说我终于注册了 StackOverflow。这样我就有了一个新的手柄。现在感谢大家的回答，特别是 HeadGeek 的动机问题。另外，为了纠正自己并遵循 tjm 的评论，代码使用的确切形式并不像我发布的那样。使用此方法的更正确方法是通过 using 将每个运算符带入类自己的作用域：

namespace scope {
class MyClass {
  public:
  bool operator== (const MyClass& that) {
    return compare_for_equality_somehow(that);
    }
  bool operator< (const MyClass& that) {
    return compare_for_lessality_somehow(that);
    }
  ....
  // using namespace std::rel_ops; // that one is incorrect
  };
using std::rel_ops::operator=!; // similarly for >, >=, <=
} // end of namespace

如果按照我原来的帖子中的方式完成，则标头可以正常编译，但是当标头被包含在一个项目中，该项目也包含并在某处使用 rel_ops 。更重要的是，该方法将为类范围内定义的所有类带来所有运算符——这绝对是不可取的。通过这种显式using方法，只有所需的运算符才会被纳入范围，并根据需要解析它们。

谢谢大家，很快再见。

（另外，请不要对这个问题投赞成票，除非您真的觉得它有什么可提供的 - 这不是什么新鲜事，因为 Boost 已经有了它 - 我发布此问题是出于双重信息目的）