友元接口

限制你的友元类数量

    也许你遇到过这样的情况：

    在一个类有一组策略，而且这组策略的实现都需要访问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& rA);

    static int _foo2(const A& rA, int p);

    static int get_bar(const A& rA);

    static void set_bar(const A& rA, int value);

    };

    class Strategy1 : protected IFriendA_Strategy

    {

    public:

    void x(A &ra, int p)

    {

    // 于是你可以访问了

    Friend::_foo(ra);

    int f = Friend::_foo2(ra, p);

    Friend::set_bar(ra, Friend::get_bar(ra) + f);

    }

    };

    如此一来，既完成了友元关系，又减少了依赖关系。

    缺点在于代码不具备防御性，非授权类可以轻易的获得访问A保护成员的能力。只需要从友元接口继承即可。

    这里再进一步可以看到，如果类A有多组不同方面的策略，这些策略需要访问A的成员的不同子集，那么它们可以独立的归到各自的友元接口上，互不相干。