如何重构“friend”依赖声明

背景

人们可能会遇到这样的场景：删除两个类之间的“friend”依赖关系是期望的，特别是由于对过度相互依赖、维护问题和过时的 UML 标准的担忧。

步骤 1：引入摘要接口

提取“朋友”类公开的方法并创建一个新的抽象接口。建立从“朋友”类到接口的依赖关系以及从其他类到接口的“调用”依赖关系。

步骤 2：将操作移至接口

移动操作构成从依赖类到抽象接口的“调用”依赖关系。使接口扩展受保护的构造函数以实现继承目的，并隐藏依赖类和接口之间受保护的泛化关联。

第 3 步：将实现粘合在一起

最后一步，创建一个方法在“friend”类中将抽象接口的引用传递给依赖类。在初始化期间从依赖类调用此方法以建立必要的连接。

Implementation

ClassA (provider):

class ClassA : protected InternalInterface {
    public:
        attachAccessor(ClassAAccessor &accessor) {
            accessor.setInternalInterfaceRef(*this);
        }
};

ClassAAccessor (朋友):

class ClassAAccessor {
    public:
        ClassAAccessor(ClassA& classA) : internalInterfaceRef(0) {
            classA.attachAccessor(*this);
        }
    private:  
        InternalInterface* internalInterfaceRef;
};

优点

• 删除类之间不必要的依赖关系
• 符合现代 UML 标准
• 通过向公众隐藏内部操作来强制访问控制

限制

• 可能会增加代码复杂性
• 需要抽象接口，影响性能和内存占用
• 受保护泛化关系的 UML 表示可能具有挑战性