コード内の Friend 依存関係をリファクタリングするにはどうすればよいですか?

フレンド依存関係の削除リファクタリング

ソフトウェア開発の領域では、フレンド宣言により密結合とメンテナンスの問題が発生する可能性があります。このガイドでは、フレンドの依存関係を適切にリファクタリングし、コードベースをより保守しやすく回復力のある構造に変換するための詳細なロードマップを提供します。

リファクタリングの必要性を明らかにする

次の点を考慮してください。シナリオ: ClassA と ClassAAccessor はフレンド依存関係を共有し、ClassAccessor に ClassA の保護されたメンバーへのアクセスを許可します。これは便利そうに見えますが、いくつかの欠点があります。

• UML 2.2 では、フレンド ステレオタイプは非推奨になりました。
• ほとんどのコーディング ガイドラインでは、フレンドが作成する過剰な依存関係のため、フレンドの使用は推奨されません。
• メンテナンスの悪夢につながる可能性があります。

段階的なリファクタリング

ステップ 1: 抽象インターフェイスの導入

フレンド宣言を InternalInterface というクラス インターフェイスに置き換え、フレンド関係を直接の依存関係と InternalInterface への呼び出し依存関係に分割します。

ステップ 2: 操作をインターフェイスに移動する

呼び出しの依存関係を構成する操作を特定し、それらを ClassA から InternalInterface に移動し、保護されたコンストラクターで InternalInterface を拡張し、InternalInterface への ClassA の汎化関連付けを保護としてマークします。

ステップ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 の導入

実装をさらに分離するには、ClassA と ClassAAccessor の間の仲介として別の InternalClientInterface を導入することを検討してください。

結論

次の手順に従うことで、次のことができます。フレンドの依存関係を効果的にリファクタリングし、コードの安定性、保守性、コーディングのベスト プラクティスへの準拠を強化します。独自のコードベースに実装する前に、このアプローチに関連する潜在的な欠点を慎重に評価してください。

以上がコード内の Friend 依存関係をリファクタリングするにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。