免責事項: この一連のブログの参考資料は、Cheng Jie 著の「Dahua Design Pattern」です。
戦略パターンは、一連のアルゴリズムを定義し、各アルゴリズムをカプセル化し、それらを交換可能にします。 Strategy パターンを使用すると、アルゴリズムを使用するクライアントとは独立してアルゴリズムを変更できます。つまり、アルゴリズムの変更をカプセル化します。
該当するシナリオ:
1. 複数のクラスは動作が異なるだけです。ストラテジー モードを使用して、実行時に実行される特定の動作を動的に選択できます。
2. 状況に応じて異なる戦略 (アルゴリズム) を使用する必要があるか、将来的にその戦略が別の方法で実装される可能性があります。
3. 特定の戦略 (アルゴリズム) の実装の詳細は顧客から隠されており、相互に完全に独立しています。
4. クライアントはすべての戦略クラスを理解し、どの戦略クラスを使用するかを決定する必要があります。クライアントがすべてのアルゴリズムまたは動作を知っている場合にのみ適用されます。
5. 戦略モードでは多くの戦略クラスが作成され、特定の戦略クラスごとに新しいクラスが生成されます。
環境依存の状態をクライアントに保存することで、フライウェイト パターンを使用してオブジェクトの数を減らすことができる場合があります。
UML クラス図:
性格分析:
抽象戦略ロール (RotateItem): 戦略クラス。通常はインターフェイスまたは抽象クラスによって実装されます。
特定の戦略の役割 (ItemX): 関連するアルゴリズムと動作をパッケージ化します。
環境ロール (ItemContext): 戦略クラスへの参照を保持し、最終的にクライアントによって呼び出されます。
具体的なコード実装:
リーリー
リーリー
継承を適切に使用すると、共通のコードを親クラスに転送できるため、コードの重複を回避できます。
2. 戦略パターンは、継承関係を置き換える方法を提供します。
継承は複数のアルゴリズムまたは動作を処理できます。
戦略パターンが使用されない場合、アルゴリズムまたは動作を使用する環境クラスにはいくつかのサブクラスがあり、各サブクラスは異なるアルゴリズムまたは動作を提供します。ただし、この方法では、アルゴリズムまたは動作のユーザーがアルゴリズムまたは動作自体と混同されます。どのアルゴリズムを使用するか、またはどの動作を実行するかを決定するロジックが、アルゴリズムや動作のロジックと混合され、独立して進化することができなくなります。継承により、アルゴリズムや動作を動的に変更することができなくなります。
3. ストラテジー モードを使用すると、複数の条件付き転送ステートメントの使用を回避できます。
複数の転送ステートメントは保守が容易ではありません。どのアルゴリズムや動作を採用するかというロジックと、それらをすべて 1 つの複数の転送ステートメントにまとめます。これは、継承を使用するよりも原始的で簡単です。後ろに。
短所:
1. クライアントはすべての戦略クラスを理解し、どの戦略クラスを使用するかを決定する必要があります。
これは、適切なタイミングで適切なアルゴリズム クラスを選択するために、クライアントがこれらのアルゴリズムの違いを理解する必要があることを意味します。言い換えれば、戦略パターンは、クライアントがすべてのアルゴリズムまたは動作を知っている場合にのみ適しています。
2. 戦略モードでは多くの戦略クラスが作成され、特定の戦略クラスごとに新しいクラスが生成されます。
場合によっては、環境依存の状態をクライアントに保存することでポリシー クラスを共有可能に設計できるため、ポリシー クラスのインスタンスをさまざまなクライアントで使用できるようになります。つまり、フライウェイト パターンを使用してオブジェクトの数を減らすことができます。
http://www.bkjia.com/PHPjc/1000542.html
www.bkjia.com