C++ 友元函数违反封装吗？
使用C++ 友元函数违反封装吗？,c++,oop,encapsulation,friend,access-modifiers,C++,Oop,Encapsulation,Friend,Access Modifiers,使用friend函数对我来说似乎有点小麻烦。friend函数是否违反了封装的概念 friend功能的替代方案是什么？与仅使用friend相比，使用简单的helper类/函数以及setter&getter成员函数是否有助于提高封装性 friend函数是否违反了封装的概念 事实上，它没有。首先，请注意它并不比public成员更违反封装。public成员是否违反了封装的概念？显然不是。更重要的是，在许多情况下，friend增加了封装，而不是违反了封装，因为它允许您将private内容维护为privat
friendfriendfriendfriendfriendpublicpublicfriendprivateprivatepublicfriendfriendprivatefriendfriend不，它增强了封装，因为另一种方法是将成员公开好吧，一个只有getter和setter的简单类是。。。和让这些成员公开没有什么不同。你只是在骗自己。“朋友函数实际上更有助于封装，因为您直接针对可以访问您的成员的人。@GuillaumeRacicot:但是与其他人共享这样的
密钥会不会在以后的代码（尤其是大型项目）中造成混乱-成员函数的数量等（通过快速搜索找到）Scott Meyers写了很多关于成员函数、非成员好友和非成员非好友的文章，以及它们如何影响封装。你可以通过谷歌找到一个公平的数字。随着时间的推移，他的一些思想细节发生了变化。请记住，封装本身并不是一种理想的特性——它是控制和定位更改效果的一种方法，因此有助于实现灵活性（控制更改的能力）和健壮性（在进行更改时不会引入意外缺陷）等特性。如果将封装程度度量为编译器允许访问另一段代码的代码量，则此问题不是基于意见的。