当前位置：文江博客话题详情

在什么情况下应该将成员函数声明为友元？

发布于 2024-07-13 19:25:35 字数 73 浏览 5 评论 0原文

在什么样的场景下，我们会将成员函数声明为“友元函数”？...“友元函数”违背了 OOP 的“封装”的核心概念之一，其确切目的是什么？

原文

分享到QQ

分享到微博

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

发布评论

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

过去的过去 2024-07-20 19:25:35

使用友元函数的原因与使用友元类的原因相同，但基于成员函数（而不是整个类）。此线程中有一些很好的解释。

虽然友元函数和类确实违反了封装，但它们在某些情况下可能很有用。例如，您可能希望允许测试工具访问类内部，以允许您进行白盒测试。您可以打开一个特定的函数来访问测试工具所需的内部结构，而不是向测试工具开放整个类。虽然这仍然违反了封装性，但它比开放整个类的风险要小。

另请参阅本文，了解有关友元类和函数的更多信息。

回复收藏 0 原文

孤独岁月 2024-07-20 19:25:35

当您尝试构建必须物理上跨越多个 C++ 类或函数的抽象或接口时，友元函数和类不会违反封装！这就是朋友被发明的原因。

这些类型的情况并不经常出现，但有时您被迫使用不同的类和函数来实现抽象或接口。典型的例子是实现某种类型的复数类。非成员运算符函数与主复数类具有友好关系。

我还记得在 C++ 中使用 CORBA 编程时这样做过。 CORBA 迫使我使用单独的类来实现 CORBA 仆人。但对于我们软件的特定部分，我需要将它们结合在一起作为一个界面。友谊允许这两个类一起工作，为我们软件的一部分提供无缝服务。

能够将另一个类上的特定成员函数标记为你的类的朋友可能看起来更奇怪，但这只是严格控制友谊的一种方法。您只允许其成员函数之一访问，而不是允许整个其他类作为您的朋友“加入”。同样，这并不常见，但是当您需要它时非常有用。

回复收藏 0 原文

埖埖迣鎅 2024-07-20 19:25:35

请参阅C++ FAQ Lite：

有时友元在语法上更好（例如，在 Fred 类中，友元函数允许 Fred 参数位于第二位，而成员则要求它位于第一位）。友元函数的另一个很好的用途是二进制中缀算术运算符。例如，如果您也想允许 aFloat + aComplex，则 aComplex + aComplex 应该定义为友元而不是成员（成员函数不允许提升左侧参数，因为这会更改对象的类）成员函数调用的接收者）。

回复收藏 0 原文

素年丶 2024-07-20 19:25:35

有时公共/私人/受保护的保护级别对于现实世界的情况来说还不够。因此，我们给出了一个小的退出条款，该条款可以提供帮助，而无需使方法公开可访问。

我个人使用它的方式与 Java 使用“包”保护级别的方式相同。
如果我在同一个包中有一个需要访问的类，我会考虑使用friend。如果它是另一个包中的类，那么我会想知道为什么这个另一个类需要访问并看看我的设计。

回复收藏 0 原文

愚人国度 2024-07-20 19:25:35

我发现相关的一点是：成员类可以访问包含类的私有部分。有时这可能是比“朋友”更好的选择。

class A
{
private:
  int b;
public:
  class MemberNotFriend {
  public:
    static void test() {
      A a;
      a.b = 0;
    }
  };


};


void test()
{
  A::MemberNotFriend::test();
}

One point that I find relevant: member classes have access to the private parts of the containing class. This may sometimes be a better alternative to "friend".

class A
{
private:
  int b;
public:
  class MemberNotFriend {
  public:
    static void test() {
      A a;
      a.b = 0;
    }
  };


};


void test()
{
  A::MemberNotFriend::test();
}

回复收藏 0 原文