PHP设计模式工厂方法
PHP设计模式——工厂方法
前面我们介绍了简单工厂,今天我们继续学习另外一个工厂——工厂方法。
具体案例:请MM去麦当劳吃汉堡,不同的MM有不同的口味,要每个都记住是一件烦人的事情,我们一般采用FactoryMethod模式,带着MM到服务员那儿,说“要一个汉堡”,具体要什么样的汉堡呢,让MM直接跟服务员说就行了。
工厂方法模式核心工厂类不再负责所有产品的创建,而是将具体创建的工作交给子类去做,成为一个抽象工厂角色,仅负责给出具体工厂类必须实现的接口,而不接触哪一个产品类应当被实例化这种细节,如下图:
工厂方式模式主要由以下几种角色组成:
抽象工厂角色(IServerFactory):是工厂方法模式的核心,与应用程序无关。任何在模式中创建的对象的工厂类必须实现这个接口。
具体工厂角色(ChickenLegBaoFactory):这是实现抽象工厂接口的具体工厂类,包含与应用程序密切相关的逻辑,并且受到应用程序调用以创建产品对象。
抽象产品角色(IHanbao):工厂方法模式所创建的对象的超类型,也就是产品对象的共同父类或共同拥有的接口。在上图中,这个角色是Light。
具体产品角色(ChickenLegBao):这个角色实现了抽象产品角色所定义的接口。某具体产品有专门的具体工厂创建,它们之间往往一一对应。
根据以上UML类图和角色编写以下PHP代码:
<!--?php /** * Created by PhpStorm. * User: Jiang * Date: 2015/4/16 * Time: 22:12 */ /**抽象产品角色 汉堡 * Interface IHanbao */ interface IHanbao { function Allay(); } /**具体产品角色 肉松汉堡 * Class RouSongBao */ class RouSongBao implements IHanbao { function Allay() { echo I am 肉松汉堡,小的给主人解饿了!<br/-->; } } /**鸡肉汉堡 * Class ChickenBao */ class ChickenBao implements IHanbao { function Allay() { echo I am 鸡肉汉堡,小的给主人解饿了! ; } } /**抽象工厂角色 * Interface IServerFactory */ interface IServerFactory { function MakeHanbao(); } /**具体工厂角色 肉松汉堡工厂 * Class RouSongFactory */ class RouSongFactory implements IServerFactory { function MakeHanbao() { return new RouSongBao(); } } class ChickenFactory implements IServerFactory { function MakeHanbao() { return new ChickenBao(); } }
测试代码:
header(Content-Type:text/html;charset=utf-8); //------------------------工厂方式测试代码------------------ require_once ./FactoryMethod/FactoryMethod.php; //-----------------餐厅厨师----------- $chickenFactory=new ChickenFactory(); $rouSongFactory=new RouSongFactory(); //-----------点餐------------ $chicken1=$chickenFactory->MakeHanbao(); $chicken2=$chickenFactory->MakeHanbao(); $rouSong1=$rouSongFactory->MakeHanbao(); $rouSong2=$rouSongFactory->MakeHanbao(); //------------------顾客吃饭--------- $chicken1->Allay(); $chicken2->Allay(); $rouSong1->Allay(); $rouSong2->Allay();
用浏览器运行测试代码我们可以发现,顾客都享用了自己的食物。
工厂方法模式优缺点:
优势:克服了简单工厂模式违背开放-封闭的原则,保持了封装对象创建过程的优点。
缺陷:当增加产品时,就得增加一个产品工厂的类,增加额外的开发量。避免不了分支判断的问题。
简单工厂模式与工厂方法模式的比较:
1. 结构复杂度
简单工厂模式要占优。简单工厂模式只需一个工厂类,而工厂方法模式的工厂类随着产品类个数增加而增加,从而增加了结构的复杂程度。2.代码复杂度
代码复杂度和结构复杂度是一对矛盾,既然简单工厂模式在结构方面相对简洁,那么它在代码方面肯定是比工厂方法模式复杂的了。简单工厂模式的工厂类随着产品类的增加需要增加很多方法(或代码),而工厂方法模式每个具体工厂类只完成单一任务,代码简洁。3.管理上的难度
假如某个具体产品类需要进行一定的修改,很可能需要修改对应的工厂类。当同时需要修改多个产品类的时候,对工厂类的修改会变得相当麻烦。反而简单工厂没有这些麻烦,当多个产品类需要修改是,简单工厂模式仍然仅仅需要修改唯一的工厂类。

Outils d'IA chauds

Undresser.AI Undress
Application basée sur l'IA pour créer des photos de nu réalistes

AI Clothes Remover
Outil d'IA en ligne pour supprimer les vêtements des photos.

Undress AI Tool
Images de déshabillage gratuites

Clothoff.io
Dissolvant de vêtements AI

Video Face Swap
Échangez les visages dans n'importe quelle vidéo sans effort grâce à notre outil d'échange de visage AI entièrement gratuit !

Article chaud

Outils chauds

Bloc-notes++7.3.1
Éditeur de code facile à utiliser et gratuit

SublimeText3 version chinoise
Version chinoise, très simple à utiliser

Envoyer Studio 13.0.1
Puissant environnement de développement intégré PHP

Dreamweaver CS6
Outils de développement Web visuel

SublimeText3 version Mac
Logiciel d'édition de code au niveau de Dieu (SublimeText3)

Sujets chauds

Dans le framework Java, la différence entre les modèles de conception et les modèles architecturaux réside dans le fait que les modèles de conception définissent des solutions abstraites aux problèmes courants de conception de logiciels, en se concentrant sur l'interaction entre les classes et les objets, tels que les modèles d'usine. Les modèles architecturaux définissent la relation entre les structures et les modules du système, en se concentrant sur l'organisation et l'interaction des composants du système, tels que l'architecture en couches.

Nous sommes souvent confrontés à la situation embarrassante d'oublier le mot de passe ou de saisir un mauvais mot de passe et de ne pas pouvoir déverrouiller le téléphone tout en l'utilisant. Retrouvons le droit d’utiliser nos téléphones portables, et les techniques de déverrouillage PUK peuvent nous aider à résoudre facilement ces problèmes. Il fournit également des conseils pratiques pour aider les lecteurs à mieux gérer les problèmes d'écran de verrouillage du téléphone portable. Cet article vous apprendra la méthode la plus simple pour déverrouiller PUK et présentera les concepts et étapes de base du déverrouillage PUK. Paragraphe 1. Qu'est-ce que le déverrouillage PUK ? Le code PUK est un code spécial sur la carte du téléphone mobile. Le déverrouillage PUK est une technologie utilisée pour résoudre le problème de l'écran de verrouillage du téléphone mobile et est utilisé pour déverrouiller le code PIN de la carte SIM. Comprendre les concepts de base du déverrouillage PUK est la première étape pour apprendre cette technique. 2. Comment obtenir le code PUK ? L'écran du téléphone affichera

Le modèle décorateur est un modèle de conception structurelle qui permet l’ajout dynamique de fonctionnalités d’objet sans modifier la classe d’origine. Il est mis en œuvre grâce à la collaboration de composants abstraits, de composants concrets, de décorateurs abstraits et de décorateurs concrets, et peut étendre de manière flexible les fonctions de classe pour répondre aux besoins changeants. Dans cet exemple, des décorateurs de lait et de moka sont ajoutés à Espresso pour un prix total de 2,29 $, démontrant la puissance du modèle de décorateur pour modifier dynamiquement le comportement des objets.

1. Modèle d'usine : séparez la création d'objets et la logique métier, et créez des objets des types spécifiés via des classes d'usine. 2. Modèle d'observateur : permet aux objets sujets d'informer les objets observateurs de leurs changements d'état, obtenant ainsi un couplage lâche et un modèle d'observateur.

Les modèles de conception résolvent les problèmes de maintenance du code en fournissant des solutions réutilisables et extensibles : Modèle d'observateur : permet aux objets de s'abonner aux événements et de recevoir des notifications lorsqu'ils se produisent. Factory Pattern : fournit un moyen centralisé de créer des objets sans recourir à des classes concrètes. Modèle Singleton : garantit qu'une classe n'a qu'une seule instance, qui est utilisée pour créer des objets accessibles globalement.

Le modèle Adaptateur est un modèle de conception structurelle qui permet à des objets incompatibles de fonctionner ensemble. Il convertit une interface en une autre afin que les objets puissent interagir de manière fluide. L'adaptateur d'objet implémente le modèle d'adaptateur en créant un objet adaptateur contenant l'objet adapté et en implémentant l'interface cible. Dans un cas pratique, grâce au mode adaptateur, le client (tel que MediaPlayer) peut lire des médias au format avancé (tels que VLC), bien qu'il ne prenne lui-même en charge que les formats multimédias ordinaires (tels que MP3).

TDD est utilisé pour écrire du code PHP de haute qualité. Les étapes comprennent : l'écriture de cas de test, la description des fonctionnalités attendues et leur échec. Écrivez du code de manière à ce que seuls les cas de test réussissent sans optimisation excessive ni conception détaillée. Une fois les cas de test réussis, optimisez et refactorisez le code pour améliorer la lisibilité, la maintenabilité et l’évolutivité.

Le framework Guice applique un certain nombre de modèles de conception, notamment : Modèle Singleton : garantir qu'une classe n'a qu'une seule instance via l'annotation @Singleton. Modèle de méthode d'usine : créez une méthode d'usine via l'annotation @Provides et obtenez l'instance d'objet lors de l'injection de dépendances. Mode stratégie : encapsulez l'algorithme dans différentes classes de stratégie et spécifiez la stratégie spécifique via l'annotation @Named.
