PHP设计模式抽象工厂
PHP设计模式——抽象工厂
前面我们介绍了简单工厂和工厂方法设计模式,今天我们学习最后一个工厂——抽象工厂。
案例:追MM少不了请吃饭了,去麦当劳,只管向服务员说“两个B套餐”就行了。麦当劳就是B套餐的AbstractFactory,B套餐里含有汉堡, 鸡翅和饮料. 麦当劳或肯德基会根据B套餐的规格, 让汉堡Factory, 鸡翅Factory,饮料Factory分别生产对应B套餐的材料.
抽象工厂模式:提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。客户类和工厂类分开。消费者任何时候需要某套产品集合时,只需向抽象工厂请求即可。抽象工厂会再向具体的工厂生产出符合产品集规格的产品.
UML类图实现:
UML类图代码实现:
<!--?php /** * Created by PhpStorm. * User: LYL * Date: 2015/4/19 * Time: 17:39 */ //-----------------------产品------------------------ /**抽象产品角色 充饥食物 * Interface IAllayFood */ interface IAllayFood { function Allay(); } /**抽象产品角色 解渴食物 * Interface IDrinkFood */ interface IDrinkFood { function Drink(); } /**具体产品角色 虾仁汉堡 * Class XiaRenHamb */ class XiaRenHamb implements IAllayFood { function Allay() { echo 虾仁汉堡充饥了。。。。。。。<br/-->; } } /**具体产品角色 鸡肉汉堡 * Class ChickenHamb */ class ChickenHamb implements IAllayFood { function Allay() { echo 鸡肉汉堡充饥了。。。。。。。 ; } } /**具体产品角色 可口可乐 * Class KekouKele */ class KekouKele implements IDrinkFood { function Drink() { echo 可口可乐解渴了。。。。。。。。。 ; } } /**具体产品角色 百事可乐 * Class BaishiKele */ class BaishiKele implements IDrinkFood { function Drink() { echo 百事可乐解渴了。。。。。。。。 ; } } //-------------------抽象工厂--------------------- /**顶层超级抽象工厂接口 * Interface IFactory */ interface IFactory { //得到充饥食物 function GetAllayFood(); //得到解渴食物 function GetDrinkFood(); } /**工厂A A套餐:虾仁汉堡+百事可乐 * Class IAFactory */ class AFactory implements IFactory { function GetAllayFood() { return new XiaRenHamb(); } function GetDrinkFood() { return new BaishiKele(); } } /**工厂B B套餐:鸡肉汉堡+可口可乐 * Class IBFactory */ class BFactory implements IFactory { function GetAllayFood() { return new ChickenHamb(); } function GetDrinkFood() { return new KekouKele(); } }
客户端测试代码
header(Content-Type:text/html;charset=utf-8); //------------------------抽象工厂测试代码------------------ require_once ./AbstractFactory/AbstractFactory.php; //------------------点套餐------------- $factoryA=new AFactory(); $factoryB=new BFactory(); //------------------麦当劳制作套餐食物------------ //A套餐 $allayA=$factoryA->GetAllayFood(); $drinkA=$factoryA->GetDrinkFood(); //B套餐 $allayB=$factoryB->GetAllayFood(); $drinkB=$factoryB->GetDrinkFood(); //-------------------享受套餐--------------- echo 享受A套餐: ; $allayA->Allay(); $drinkA->Drink(); echo 享受B套餐: ; $allayB->Allay(); $drinkB->Drink();
当每个抽象产品都有多于一个的具体子类的时候,工厂角色怎么知道实例化哪一个子类呢?比如每个抽象产品角色都有两个具体产品。抽象工厂模式提供两个具体工厂角色,分别对应于这两个具体产品角色,每一个具体工厂角色只负责某一个产品角色的实例化。每一个具体工厂类只负责创建抽象产品的某一个具体子类的实例。
适用场景:
1、游戏开发中的多风格系列场景(套餐),比如道路(接口),房屋,管道等。
2、系统要在三个不同平台上运行,比如Windows、Linux、Android上运行,你会怎么设计?通过抽象工厂模式屏蔽掉操作系统对应用的影响。三个不同操作系统上的软件功能、应用逻辑、UI都应该是非常类似,唯一不同的是调用不同的工厂方法,由不同的产品类去处理与操作系统交互的信息。
3、需要创建的对象是一系列相互关联或相互依赖的产品族时,便可以使用抽象工厂模式。
三种工厂模式总结:
1.三种在形式和特点上极为相似,最终目的都是解耦。将对象的创建过程进行封装,使客户端可以直接得到对象,而不用去关心如何创建对象。
2.对比
工厂方法模式:用于创建复杂对象。(单点食物)
抽象工厂模式:用于创建一组相关或相互依赖的复杂对象。(买套餐)
工厂方法创建一般只有一个方法,创建一种产品。抽象工厂一般有多个方法,创建一系列产品。
我们不必去在意模式到底工厂方法模式还是抽象工厂模式,因为他们之间的演变常常是令人琢磨不透的。明明使用的工厂方法模式,当新需求来临,稍加修改,加入了一个新方法后,由于类中的产品构成了不同等级结构中的产品族,它就变成抽象工厂模式了,而对于抽象工厂模式,当减少一个方法使的提供的产品不再构成产品族之后,它就演变成了工厂方法模式。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック









Java フレームワークにおけるデザイン パターンとアーキテクチャ パターンの違いは、デザイン パターンがソフトウェア設計における一般的な問題に対する抽象的な解決策を定義し、ファクトリ パターンなどのクラスとオブジェクト間の相互作用に焦点を当てていることです。アーキテクチャ パターンは、階層化アーキテクチャなどのシステム コンポーネントの編成と相互作用に焦点を当てて、システム構造とモジュールの間の関係を定義します。

デコレータ パターンは、元のクラスを変更せずにオブジェクトの機能を動的に追加できる構造設計パターンです。抽象コンポーネント、具象コンポーネント、抽象デコレータ、具象デコレータの連携によって実装され、ニーズの変化に合わせてクラス機能を柔軟に拡張できます。この例では、ミルクとモカのデコレーターが総額 2.29 ドルで Espresso に追加されており、オブジェクトの動作を動的に変更するデコレーター パターンの力を示しています。

アダプター パターンは、互換性のないオブジェクトが連携できるようにする構造設計パターンであり、オブジェクトがスムーズに対話できるように、あるインターフェイスを別のインターフェイスに変換します。オブジェクト アダプタは、適応されたオブジェクトを含むアダプタ オブジェクトを作成し、ターゲット インターフェイスを実装することにより、アダプタ パターンを実装します。実際のケースでは、クライアント (MediaPlayer など) はアダプター モードを通じて高度な形式のメディア (VLC など) を再生できますが、クライアント自体は通常のメディア形式 (MP3 など) のみをサポートします。

1. ファクトリ パターン: オブジェクト作成とビジネス ロジックを分離し、ファクトリ クラスを通じて指定された型のオブジェクトを作成します。 2. オブザーバー パターン: サブジェクト オブジェクトが状態の変化をオブザーバー オブジェクトに通知できるようにし、疎結合とオブザーバー パターンを実現します。

TDD は、高品質の PHP コードを作成するために使用されます。その手順には、テスト ケースを作成し、期待される機能を記述し、テスト ケースを失敗させることが含まれます。過度な最適化や詳細な設計を行わずに、テスト ケースのみが通過するようにコードを記述します。テスト ケースが合格したら、コードを最適化およびリファクタリングして、可読性、保守性、およびスケーラビリティを向上させます。

デザイン パターンは、再利用可能で拡張可能なソリューションを提供することで、コード メンテナンスの課題を解決します。 オブザーバー パターン: オブジェクトがイベントをサブスクライブし、イベントが発生したときに通知を受信できるようにします。ファクトリ パターン: 具象クラスに依存せずにオブジェクトを作成するための集中的な方法を提供します。シングルトン パターン: クラスには、グローバルにアクセス可能なオブジェクトの作成に使用されるインスタンスが 1 つだけ存在することが保証されます。

Java フレームワークでデザイン パターンを使用する利点には、コードの可読性、保守性、拡張性の向上が含まれます。欠点としては、複雑さ、パフォーマンスのオーバーヘッド、使いすぎによる学習曲線の急上昇などが挙げられます。実際のケース: プロキシ モードはオブジェクトの遅延読み込みに使用されます。デザイン パターンを賢く使用して、その利点を活用し、欠点を最小限に抑えます。

Guice フレームワークは、次のような多くの設計パターンを適用します。 シングルトン パターン: @Singleton アノテーションによってクラスのインスタンスが 1 つだけであることを保証します。ファクトリ メソッド パターン: @Provides アノテーションを使用してファクトリ メソッドを作成し、依存関係の注入中にオブジェクト インスタンスを取得します。戦略モード: アルゴリズムをさまざまな戦略クラスにカプセル化し、@Named アノテーションを通じて特定の戦略を指定します。
