什么时候在 OOP 中使用友谊是明智的？

发布于 2024-07-10 02:48:21 字数 398 浏览 2 评论 0原文

我目前正在阅读 http://www.cplusplus.com 教程，我在这里看到了本节: http://www.cplusplus.com/doc/tutorial/inheritance.html 涉及 C++ 中的友元函数和友元类主题。

我的问题是，什么时候创建程序时使用友谊是明智的？

我得到的唯一线索是文章中的一个示例，该示例演示了“复制”对象的友元函数。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

陌伤ぢ 2024-07-17 02:48:21

Marshall Cline 的 C++ FAQ Lite 中有一些非常好的经验法则。

整个事情都很好，但请特别注意 “好友是否违反封装？ “ 有关使用它们的正确方法以及何时最好划分类并声明它们为朋友的示例。

回复收藏 0 原文

寒尘 2024-07-17 02:48:21

友元函数的存在是为了将自由函数呈现为类接口的连续部分。在某些地方，自由函数是类接口的一部分。示例：假设您有一个任意精度的类 BigNum。以下是友元函数的一些明显候选者：

// binary operators where BigNum isn't the left-hand operand
BigNum operator+ (int, BigNum);
BigNum operator- (int, BigNum);

// stream operators
std::ostream &operator<< (std::ostream &os, const BigNum &num);
std::istream &operator>> (std::istream &is, BigNum &num);

现在，给出这两个示例，在许多情况下，二元运算符不需要是友元（例如，我可以通过委托给 来实现 int + BigNum BigNum + int，它是一个成员函数，因此已经具有完全访问权限）。但这完全取决于您对性能的需求，以及您愿意通过类的公共成员函数公开什么。

Friend functions exist in order to present free functions as a contiguous part of the class interface. There are a few places where free functions are part of a class interface. Example: Suppose you have an arbitrary-precision class BigNum. Here are some obvious candidates for friend functions:

// binary operators where BigNum isn't the left-hand operand
BigNum operator+ (int, BigNum);
BigNum operator- (int, BigNum);

// stream operators
std::ostream &operator<< (std::ostream &os, const BigNum &num);
std::istream &operator>> (std::istream &is, BigNum &num);

Now, given those two examples, in many cases the binary operators don't need to be friends (e.g. I can implement int + BigNum by delegating to BigNum + int, which is a member function and thus already has full access). But it all depends on what your needs are for performance, and what you are willing to expose through the class's public member functions.

回复收藏 0 原文