PHP デザイン パターン デコレータ パターン

の紹介 Decorator パターンはオブジェクトに責任を動的に割り当てます。機能を拡張するために、デコレータは継承に代わるより柔軟な手段を提供します。

マインドマップ

レストランの注文システムを構築するこのようなプロジェクトがあります。初期のコード構造はこんな感じです。以前は Beverage クラスがたくさんありましたが、現在直面している問題は、Milk クラスや SugarAndMilk クラスなど、すべての関連クラスを調整する必要があることです。メソッドを 1 つずつ変更します。これを行うたびに開発者は気が狂います。したがって、既存の構造を変更する必要があります。次の図は単純な図であり、実際の図はそれほど単純ではありません。

設計の問題:

1》クラスが爆発的に増えてクラスが多くなりメンテナンスが大変;
2》全体のデザインがダサい;
3》基本クラスに追加された新機能が使えないサブクラス内;
クラスメソッドの再利用 継承、組み合わせ、委任など、さまざまな方法があります。なぜいつも継承を使用するのですか? Zend Framework にもこの習慣があるようです。対応するメソッドを見つけるたびに、上にスクロールし続けます。 ——余談です!!!
その後、グループでリサーチした結果、例えばコーヒーを別のカテゴリーとして抽出し、ミルクコーヒーやスイートコーヒーなどの他のコーヒーのみをパッケージ化することにしました。教材を個別にクラスに追加します。
改良されたデザイン:

詳細説明
1》飲み物の場合は、Beverage クラスを直接継承し、引用を飲み物クラスに直接書き込みます。
2》調味料を追加する必要がある一部の特別な飲み物の場合は、累積操作を実行します。たとえば、ミルク入りのコーヒーが欲しい場合、合計金額 = コーヒーの価格 ミルクの価格
3》このようにして、さまざまな飲み物の価格を簡単に知ることができます。
コード

コードをコピー コードは次のとおりです。

abstract class Beverage{
public $_name;
abstract public function Cost();
}
// デコレータ クラス
class Coffee extends Beverage{
public function __construct(){
$this - >_name = 'Coffee';
}
public function Cost(){
return 1.00;
}
}
// 以下の 3 つのクラスはデコレータ関連のクラスです
class CondimentDecorator extends Beverage{
public function __construct(){
$this->_name = 'Condiment';
}
public function Cost(){
return 0.1;
}
}
class Milk extends CondimentDecorator{
public $_beverage;
public function __construct($beverage){
$this->_name = 'Milk'; > if($beverageinstanceofBeverage){
$this->_beverage = $beverage;
}else
exit('Failure')
}
public function Cost(){
return $this->_beverage->Cost() 0.2;
}
}
class Sugar extends CondimentDecorator{
public $_beverage>public function __construct($beverage) ) {
$this->_name = 'Sugar';
if($beverage インスタンスオブ飲料){
$this->_beverage = $beverage>}else{
終了( '失敗');
}
}
パブリック関数 Cost(){
return $this->_beverage->Cost() 0.2;
}
}
// テストケース
//1. コーヒーを一杯入れます
$coffee = new Coffee()
//2. ミルクを加えます
$coffee = new Milk($coffee) );
//3. 砂糖を追加します
$coffee = new Sugar($coffee)
printf("コーヒー合計:%0.2f 元 n",$coffee->Cost()) ;


概要
1. デコレーター (ミルク) とデコレーター (コーヒー) は同じタイプである必要があります。目的は、デコレータがデコレータを置き換える必要があることです。
2. 動作の追加: デコレータとコンポーネントを組み合わせると、新しい動作が追加されます。
余談:
1. サブクラスの動作を設計するには継承を使用します。これはコンパイル時に静的に決定され、すべてのサブクラスは同じ動作を継承します。たとえば、私はカンフーを学びたいのですが、あなたの子供が太極拳を知っているのを見ると、私はあなたから継承するだけで十分です、そして私も太極拳を知っています - はは、この時点で私はあなたの息子になります、そしてどうやら相続が必要だということ。
2. 組み合わせにより、オブジェクトの動作を拡張し、実行時に動的に拡張できます。合成を使用すると、既存のコードを変更することなく、スーパークラスの設計時に思いつかなかったメソッドをいつでもオブジェクトに追加できます。たとえば、私は今内力を持っていませんが、力吸収方法は僧侶、尼僧、道士の内力（行動オブジェクト）を吸収することができ、戦闘中（実行時間）にさまざまな内力を使用できます。いつでも、でも、内部エネルギーをランダムに吸い込まないでください。そうしないと、気が狂ってしまいます。
3. クラスは延長の場合はオープンし、変更の場合はクローズする必要があります。デコレータパターンを使って各部分を設計すると、フレームワーク全体としては少し無駄になりますし、コードの難易度も上がります。では、このパターンをいつ使用する必要があるのでしょうか?通常、頻繁に変更される場所で使用します。では、どの場所が頻繁に変更されるかをどのようにして知ることができるのでしょうか?これには、私たちの経験と、お客様の属する業界についての理解が必要です。平時からより多くの例を読むことをお勧めします。
4. 装飾モードはデザインに柔軟性をもたらしますが、同時にデザインに多数の小さなカテゴリを追加するため、他の人がデザインを理解しにくくなることがあります。
5. デコレータ パターンを使用する場合は、挿入されたデコレータに特に注意してください。デコレータ パターンは特定のタイプ (飲料) に依存しているためです。
6. デコレータ パターンをうまく使用するには、ファクトリ パターンとジェネレータ パターンを併用する必要がありますが、今日はデコレータ パターンについてのみ説明します。さらに詳しく知りたい場合は、次の章を聞いてください。
参考：「ヘッドファーストデザインパターン」