C++编程基础入门:友元接口或许你遇到过这样的状况：在一个类有一组策略，而且这组策略的实现都需要访问A的一些成员，而且这些成员并不盼望被其它类所访问。一般这些成员被期望设置为爱护或者私有的，并且这组策略被当作这个类A的友元类。如：CodeclassStrategy1;classStrategy2;classStrategy3;classA{public:friendclassStrategy1;friendclassStrategy2;friendclassStrategy3;private:void_foo();int_bar;};现在，假设你需要添加新的策略Strategy4为了维持这种微妙的关系，你需要把Strategy4添加为类A的新的友元类。随着策略的增加，这个过程不断扩展A的友元类，最终你唯恐不会喜爱你看到的代码。并且由于每次增加策略都需要使得依靠A的代码重新编译，这里肯定有什么不妥之处。我想到一种解决方法，可以让你的代码看上去不算太混乱。首先，既然这组策略以相像的状况消失在A的四周，那么它们可能有相像之处。比方它们可能需要访问A的同一局部成员。那么假设通过一个代理类来访问这些成员，那么这组策略就不必都是A的友元，只要这个代理是A的友元即可。这个代理我称之为友元接口。CodeclassIFriendA_Strategy;classA{public:friendclassIFriendA_Strategy;private:void_foo();int_foo2(intp)const;int_bar;};classIFriendA_Strategy{protected:typedefIFriendA_StrategyFriend;//统一友元接口的访问方式//想必这组函数的实现不必给出了吧来源：staticvoid_foo(Astaticint_foo2(constAstaticintget_bar(constAstaticvoidset_bar(constA};classStrategy1:protectedIFriendA_Strategy{public:voidx(Aintf=Friend::_foo2(ra,p);Friend::set_bar(ra,Friend::get_bar(ra)+f);}};如此一来，既完成了友元关系，又削减了依靠关系。缺点在于代码不具备防备性，非授权类可以轻易的获得访问A爱护成员的力量。只需要从友元接口继承即可。这里再进一步可以看到，假如类A有多组不同方面的策略，这些策略需要访问A的成员的不同子集，那么它们可以独立的归到各自的友元接口上，互不相干。