我一直在阅读c++常见问题，对朋友声明很好奇。我个人从未使用过它，但我对探索这门语言很感兴趣。
使用friend的一个好例子是什么?
读了一些常见问题，我喜欢<< >>操作符重载和添加作为这些类的朋友的想法。然而，我不确定这如何不会破坏封装。什么时候这些异常可以保持在OOP的严格范围内?
当前回答
对于操作符<<和操作符>>，没有很好的理由让这些操作符成为朋友。它们确实不应该是成员函数，但它们也不需要是朋友函数。
最好的方法是创建公共打印(ostream&)和读取(istream&)函数。然后，根据这些函数写出操作符<<和操作符>>。这提供了额外的好处，允许您将这些函数设置为虚拟函数，从而提供虚拟序列化。
其他回答
在工作中，我们广泛地请朋友来测试代码。这意味着我们可以为主应用程序代码提供适当的封装和信息隐藏。但我们也可以有单独的测试代码，使用朋友来检查内部状态和数据进行测试。
可以说，我不会将friend关键字作为设计的重要组成部分。
在为类实现树算法时，教授给我们的框架代码将树类作为节点类的朋友。
它实际上没有任何好处，除了让你在不使用设置函数的情况下访问成员变量。
树的例子是一个很好的例子: 在一些不同的类中实现一个对象 具有继承关系。
也许您还需要它具有一个构造函数protected和force 人们用你的“朋友”工厂。
．.． 好吧，坦白地说，没有它你也能生活。
我使用friend的一个特定实例是在创建Singleton类时。friend关键字允许我创建一个访问器函数，这比总是在类上使用“GetInstance()”方法更简洁。
/////////////////////////
// Header file
class MySingleton
{
private:
// Private c-tor for Singleton pattern
MySingleton() {}
friend MySingleton& GetMySingleton();
}
// Accessor function - less verbose than having a "GetInstance()"
// static function on the class
MySingleton& GetMySingleton();
/////////////////////////
// Implementation file
MySingleton& GetMySingleton()
{
static MySingleton theInstance;
return theInstance;
}
正如朋友声明的参考资料所说:
友元声明出现在类主体中，并授予函数或另一个类对出现友元声明的类的私有和受保护成员的访问权。
所以提醒一下，有些回答中有技术错误，说朋友只能访问受保护的成员。
