我在标题中看到我没有给自己写以下内容：
class MonitorObjectString: public MonitorObject {
// some other declarations
friend inline bool operator==(MonitorObjectString& lhs, MonitorObjectString& rhs) { return(lhs.fVal==rhs.fVal); }
我不明白为什么这个方法被声明为朋友。我认为如果函数在另一个地方定义并且需要访问类的内部成员，这将是有意义的，但这里不是这种情况，因为它是内联的，甚至不需要访问成员。
你怎么看？ “朋友”没用吗？
【问题讨论】：
从语法上讲...
friend 关键字仍然需要告诉编译器这个函数不是一个类的成员，编辑：而是一个可以看到私有成员的非成员函数类。
但是，这可以像这样更干净地实现：
/* friend */ inline bool operator ==(const MonitorObjectString& rhs) const
{ return fVal == rhs.fVal; }
（当然，我假设fVal 是一个合适的类型，可以在不影响其常量性的情况下进行比较。）
【讨论】：
它们不是相互排斥的。 “朋友”表示非成员函数可以访问类的私有成员。 “内联”意味着没有函数调用调用，函数的主体在每个调用点都被复制（在汇编中）。
【讨论】：
friend inline bool operator==(MonitorObjectString& lhs, MonitorObjectString& rhs) {
return(lhs.fVal==rhs.fVal);
}
有时称为friend definition，因为它是一个定义函数的友元声明。它将函数定义为围绕它出现的类的命名空间的非成员函数。实际上，内联是多余的：如果它是友元定义，则隐式声明内联。它的一些优点和缺点：
MonitorObjectString的内部。但这既不好也不坏。这取决于实际情况。例如，如果有函数 getFVal() 让函数成为朋友是毫无意义的。也可以使用getFVal。我曾经喜欢这种朋友定义风格的运算符，因为它们可以直接访问类成员，并且出现在类定义中——所以我可以“一目了然”。然而，最近我得出的结论是，这并不总是一个好主意。如果您可以（并且应该）纯粹使用类的公共成员函数来实现该运算符，则应该将其设为非友元（和非成员）运算符，定义在该类的同一命名空间中。它确保如果您更改某些实现 - 但保持类的接口相同 - 运算符仍然可以工作，并且您的级联更改更少，因为您知道它无法访问实现细节。
然而，我更喜欢这种风格而不是编写成员运算符，因为命名空间范围内的运算符函数具有与参数对称的附加特性：它们不会将左侧特殊对待，因为两者边只是普通参数，而不是绑定到*this 的对象参数。如果左侧或右侧属于您的类的类型，则可以隐式转换另一侧 - 无论它是左侧还是右侧。对于同样在没有友元定义语法的情况下定义的函数（传统上，在命名空间范围内），您将具有选择性地包含使这些运算符可用或不可用的标头的功能。
【讨论】：