PHP 設計パターン -- 戦略パターン

免責事項: この一連のブログの参考資料は、Cheng Jie 著の「Dahua Design Pattern」です。

戦略パターンは一連のアルゴリズムを定義し、相互に置き換えられるように各アルゴリズムをカプセル化します。 Strategy パターンを使用すると、アルゴリズムを使用するクライアントとは独立してアルゴリズムを変更できます。つまり、アルゴリズムの変更をカプセル化します。適用されるシナリオ:

1、複数のクラスは異なるパフォーマンス動作を区別するだけです。ストラテジー モードを使用して、実行時に実行される特定の動作を動的に選択できます。

2. 状況に応じて異なる戦略 (アルゴリズム) を使用する必要があるか、将来的に戦略が別の方法で実装される可能性があります。

3. 特定の戦略 (アルゴリズム) の実装の詳細は顧客から隠されており、相互に完全に独立しています。

4. クライアントはすべての戦略クラスを理解し、どの戦略クラスを使用するかを決定する必要があります。クライアントがすべてのアルゴリズムまたは動作を知っている場合にのみ、戦略モードが適用されます。

5. 戦略モデルは多くの戦略クラスを作成し、特定の戦略クラスごとに新しいクラスが生成されます。

Flyweight パターンを使用して、環境依存の状態をクライアントに保存することでオブジェクトの数を減らすことができる場合があります。

UML クラス図:

役割分析: 抽象戦略ロール (RotateItem) : Strategy クラス。通常はインターフェイスまたは抽象クラスによって実装されます。略策 特定の戦略的役割 (Itemx): 関連するアルゴリズムと動作をパッケージ化。 itemcontext: 戦略的クラスへの参照を保持し、最後にクライアントを呼び出します。

利点:

1. 戦略パターンは、関連するアルゴリズム ファミリを管理する方法を提供します。の階層構造は、アルゴリズムまたは動作ファミリーを定義します。継承を適切に使用すると、パブリック コードを親クラスに転送できるため、コードの重複を避けることができます。

2. 戦略パターンは、継承関係を置き換える方法を提供します。

さまざまなアルゴリズムや動作を処理するための継承。

戦略パターンを使用していない場合、アルゴリズムまたは動作を使用する環境クラスにはいくつかのサブクラスがある場合があります。各サブクラスは異なるアルゴリズムまたは動作を提供します。ただし、この方法では、アルゴリズムまたは動作のユーザーがアルゴリズムまたは動作自体と混同されます。どのアルゴリズムを使用するか、またはどの動作を実行するかを決定するロジックが、アルゴリズムや動作のロジックと混合され、独立して進化することができなくなります。継承により、アルゴリズムや動作を動的に変更することができなくなります。

3. ストラテジー モードを使用すると、複数の条件付き転送ステートメントの使用を回避できます。语 移 マルチ転送ステートメントは、どのアルゴリズムが採用されるか、またはアルゴリズムや動作のロジックと混合するためにどのような動作が使用されるかが混在し、それらすべてがマルチ転送ステートメント内にリストされます。

。

これは、適切なタイミングで適切なアルゴリズム クラスを選択するために、クライアントがこれらのアルゴリズムの違いを理解する必要があることを意味します。言い換えれば、戦略パターンは、クライアントがすべてのアルゴリズムまたは動作を知っている場合にのみ適しています。

2. 戦略モデルは多くの戦略クラスを作成し、特定の戦略クラスごとに新しいクラスが生成されます。場合によっては、環境に依存する状態を保存することで戦略クラスを共有として設計できるため、戦略インスタンスをさまざまなクライアントが使用できるようになります。つまり、フライウェイト パターンを使用してオブジェクトの数を減らすことができます。

PHP オブジェクト指向デザインパターン