C++编程基础入门-友元接口.docx

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