アダプター パターン
アダプター パターンは、アダプター パターンとも呼ばれます。構造パターンの 1 つです。アダプター パターンを使用して、既存のクラスを変更できます。 (または外部クラス) インターフェイス フォーム。
アダプター パターンの適用シナリオ
大規模なシステム開発のプロセスでは、次のような状況に遭遇することがよくあります。
次のような状況が発生します。これらの機能には、まだ成熟していない外部コンポーネントがすでに 1 つ以上含まれていますが、これらの機能を自社で再開発すると非常に時間がかかるため、多くの場合、一時的に外部コンポーネントを使用してから検討することになります。後でいつでも交換できます。しかし、これには問題があり、外部コンポーネントライブラリの置き換えに伴い、外部コンポーネントを参照するソースコードに大幅な修正が必要となる場合があり、新たな問題等が発生する可能性が非常に高いです。修正領域を最小限にするにはどうすればよいでしょうか?アダプター パターンは、これと同様のニーズに対して提案されました。アダプター パターンは、新しいインターフェイス (実装される関数を抽象化する) とそのインターフェイスを実装するアダプター クラスを定義することによって、外部コンポーネントを透過的に呼び出します。このように、外部コンポーネントを置き換える場合、多くてもいくつかのアダプター クラスを変更するだけで済み、他のソース コードは影響を受けません。
php example
記事のリストと詳細情報の表示を完了した記事クラスがあるとします。
<?php class article{ //文章列表获取方法 public function getLIst(){ echo '获取文章列表'; } //根据文章id获取文章的标题和内容 public function getInfo($id){ echo '根据文章id获取文章的标题和内容'; } } $art = new article(); $art->getInfo(1);
プロジェクトには、このような機能が必要になっています。記事の詳細を取得する場合は、記事の作成時刻を取得し、記事が読まれた回数を更新する必要もあります。
アダプター モードを使用しない場合、最初に考えられるのは、article クラスのソース コードを変更してそのような機能を追加することです。なぜそう思うかというと、上記のサンプルコードは非常にシンプルなので、それが数千行だったらどうなるでしょうか? getInfo() コードが非常に複雑な場合はどうなるでしょうか?
アダプター パターンを使用して、これらすべてを解決します。
class articleAdapter{ public $_artObj; public function __construct($artObj){ $this->_artObj = $artObj; } public function getInfo($id){ $this->_artObj->getInfo($id); } public function getInfoAndUpdate($id){ //利用$this->_artObj查询符合要求的文章数据并更新浏览次数 echo '$this->_artObj查询符合要求的文章数据并更新浏览次数'; } } $art = new articleAdapter(new article()); $art->getInfo(12); $art->getInfoAndUpdate(12);
なぜ継承を使用しないのでしょうか?
オブジェクト アダプター: 継承ではなく、オブジェクトの組み合わせによって処理されます。オブジェクト指向の設計原則を研究している限り、継承よりも組み合わせが推奨される方法であることは誰もが知っています。
クラス アダプター: 継承を通じて実装され、古いシステムのメソッドをカプセル化します。アダプタ間でオブジェクトアダプタを変換する過程で、クラスアダプタは間違いなく完成しますが、依存関係が増加し、適応要件の柔軟性により、継承による拡張の制御が困難になる可能性があります。
一般に、クラス アダプターは柔軟性が低く、オブジェクト アダプターはより柔軟です。これは推奨される方法です。依存関係の注入または構成を通じて実行できます。クラス アダプターは、適応させるために古いシステムのクラスを継承する必要がありますが、これは明らかに良い考えではありません。
以上がアダプターモードとは何ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。