如何重构代码中的好友依赖关系？

友元依赖关系删除重构

在软件开发领域，友元声明可能会引入紧密耦合和维护问题。本指南提供了正确重构友元依赖项的详细路线图，将您的代码库转变为更可维护和更有弹性的结构。

揭示重构的需求

考虑以下内容场景：ClassA 和 ClassAAccessor 共享友元依赖关系，将 ClassAAccessor 访问权限授予 ClassA 的受保护成员。虽然这看起来很方便，但它带来了几个缺点：

• UML 2.2 已弃用好友构造型。
• 大多数编码指南不鼓励好友使用，因为它会产生过多的依赖性。
• 它可能会导致维护噩梦。

逐步重构

第 1 步：引入抽象接口

将友元声明替换为一个名为InternalInterface的类接口，将友元关系拆分为直接依赖关系和对InternalInterface的调用依赖关系。

第2步：将操作移至接口

识别构成调用依赖的操作，并将它们从 ClassA 移至 InternalInterface，使用受保护的构造函数扩展 InternalInterface，并将 ClassA 与 InternalInterface 的泛化关联标记为受保护。

步骤3：连接组件

ClassAAccessor 需要对InternalInterface 的引用。在 ClassA 中实现一个附加方法 AttachAccessor()，并使用它通过 setInternalInterfaceRef() 将 InternalInterface 的引用传递给 ClassAAccessor。当调用 ClassA::attachAccessor() 时，将调用此方法。

C 实现

<code class="cpp">// ClassAAccessor definition
class ClassAAccessor {
public:
    ClassAAccessor(ClassA& classA);
    void setInternalInterfaceRef(InternalInterface &newValue);
private:  
    InternalInterface* internalInterfaceRef;
};

// Method to set the reference to InternalInterface
ClassA::attachAccessor(ClassAAccessor &accessor) {
    accessor.setInternalInterfaceRef(*this);
}</code>

可选增强：引入 InternalClientInterface

为了进一步解耦实现，可以考虑引入另一个InternalClientInterface作为ClassA和ClassAAccessor之间的中介。

结论

通过执行以下步骤，您可以有效重构友元依赖关系，增强代码稳定性、可维护性并遵守编码最佳实践。请记住，在您自己的代码库中实现此方法之前，请仔细评估与此方法相关的潜在缺点。

以上是如何重构代码中的好友依赖关系？的详细内容。更多信息请关注PHP中文网其他相关文章！