Une brève discussion sur le modèle de décorateur en PHP

Le motif décorateur permet d'ajouter de nouvelles fonctionnalités à un objet existant sans changer sa structure. Cet article vous présente le modèle de décorateur en PHP, présente les avantages des décorateurs et les scénarios pour lesquels ils sont les plus adaptés.

Le modèle d'usine touche à sa fin, étudions d'autres modèles. Je me demande si l’un d’entre vous a déjà essayé des vêtements pour femmes ? On dit qu’il existe de nombreuses programmeuses féminines. En fait, le modèle de décoration d’aujourd’hui ressemble beaucoup au maquillage. Je crois que si le programme Yuan MM est ici, je peux vous expliquer ce modèle de conception tout de suite.

Schéma de classe Gof et explication

Décoration, transformons-la en maquillage pour l'instant. Il faut d'abord avoir un visage, puis appliquer du fond de teint, puis se maquiller. Vous pouvez vous maquiller légèrement pour aller travailler le matin, ou vous pouvez vous maquiller abondamment lorsque vous quittez le travail pour sortir et vous amuser. . Bien sûr, l’heure à laquelle les programmateurs quittent le travail se trouve être à temps pour la seconde moitié du spectacle nocturne. Cela dit, peu importe la façon dont vous vous maquillez, votre visage est toujours votre visage. Vous pourrez peut-être vous transformer en une autre personne que les autres ne reconnaissent pas, mais c'est toujours votre visage. C'est le décorateur qui réalise diverses décorations (maquillage) sur l'objet (visage) pour embellir le visage (augmenter les responsabilités).

Définition GoF : ajouter dynamiquement des responsabilités supplémentaires à un objet. En termes d'ajout de fonctionnalités, le modèle Decorator est plus flexible que la génération de sous-classes

interface Component{ public function operation(); } class ConcreteComponent implements Component{ public function operation(){ echo "I'm face!" . PHP_EOL; } }

abstract class Decorator implements Component{ protected $component; public function __construct(Component $component){ $this->component = $component; } }

class ConcreteDecoratorA extends Decorator{ public $addedState = 1; // 没什么实际意义的属性，只是区别于ConcreteDecoratorB public function operation(){ echo $this->component->operation() . "Push " . $this->addedState . " cream！" . PHP_EOL; } } class ConcreteDecoratorB extends Decorator{ public function operation(){ $this->component->operation(); $this->addedBehavior(); } // 没什么实际意义的方法，只是区别于ConcreteDecoratorA public function addedBehavior(){ echo "Push 2 cream！" . PHP_EOL; } }

Comme le montre le code, nous avons empaqueté l'objet ConcreteComponent spécifique
Plus bas, nous emballons en fait sa méthode operation() deux fois, en ajoutant à chaque fois un peu quelque chose basé sur le précédent
Ne vous attardez pas sur les attributs et méthodes ajoutés sur les décorateurs A et B, ils sont simplement utilisés pour les distinguer dans le diagramme de classes GoF. Les deux décorateurs ne le sont pas. la même chose. Chaque décorateur peut faire bien d'autres choses. L'objet Component n'a pas forcément une seule méthode, operation() On peut décorer sélectivement tout ou partie des méthodes de l'objet
Il semble que nous le fassions. avons tous hérité de Component. Ne pouvons-nous pas simplement le sous-classer et le réécrire complètement ? Pourquoi se donner tant de mal ? Cher, veuillez comprendre le concept de combinaison. Notre classe parent Decorator contient une référence à un objet réel, qui se découple lui-même. Veuillez ne pas instancier le décorateur directement pour l'utiliser directement
. Vous ne comprenez toujours pas ? Quels sont les avantages ? Oserez-vous changer au hasard les classes et les méthodes de l’ancien système ? Quand vous souhaitez ajouter de nouvelles fonctions au super code écrit par votre ex, autant essayer les décorateurs, cela pourrait faire des merveilles !

Ce truc de téléphone portable ne peut pas être fait par un certain Mi, un certain O et un certain Wei. C'est impossible de jouer. D'accord, mon pote, va te concentrer sur la création de mobile. coques de téléphone ! Bon, j'ai d'abord préparé un shell transparent (Component), qui a l'air un peu moche, mais je ne peux rien y faire. Qui me traite de pauvre ? Ajoutez diverses couleurs unies (DecoratorA1) à un certain mètre, puis imprimez des plantes de différentes couleurs (DecoratorB1) au dos ; le téléphone portable d'un certain O aime récemment être approuvé par le trafic, j'utiliserai donc différentes couleurs pour son étui de téléphone portable. . Couleurs éblouissantes (DecoratorA2) et avatars de dessins animés de célébrités (DecoratorB2) ; la dernière chose est qu'il semble que les téléphones portables ont commencé à diriger la tendance de l'industrie. Ce truc d'écran pliable ne va-t-il pas ruiner mon activité de vente d'étuis pour téléphones portables ? ! D'accord, je ne le ferai pas pour toi, alors traîne avec mon tel Mi et un tel O ! !

Code complet : Modèle de décorateur

https://github.com/zhangyue0503/designpatterns-php/blob/master/04.decorator/source/decorator php.

Instance

现在的情况是这样的，我们有一个很早之前的短信模板类，里面的内容是固定的，老系统依然还是使用这个模板，老系统是面对的内部员工，对语言内容的要求不高。而新系统则需要向全网发送，也就是内外部的用户都要发送。这时，我们可以用装饰器模式来对老系统的短信模板进行包装。其实说简单点，我们就是用装饰器来做文本替换的功能。好处呢？当然是可以不去改动原来的模板类中的方法就实现了对老模板内容的修改扩展等。

短信发送类图：

完整源码：短信发送装饰器方法

https://github.com/zhangyue0503/designpatterns-php/blob/master/04.decorator/source/message-decorator.php

template = $template; } } // 过滤新广告法中不允许出现的词汇 class AdFilterDecoratorMessage extends DecoratorMessageTemplate { public function message() { return str_replace('全国第一', '全国第二', $this->template->message()); } } // 使用我们的大数据部门同事自动生成的新词库来过滤敏感词汇，这块过滤不是强制要过滤的内容，可选择使用 class SensitiveFilterDecoratorMessage extends DecoratorMessageTemplate { public $bigDataFilterWords = ['牛X']; public $bigDataReplaceWords = ['好用']; public function message() { return str_replace($this->bigDataFilterWords, $this->bigDataReplaceWords, $this->template->message()); } } // 客户端，发送接口，需要使用模板来进行短信发送 class Message { public $msgType = 'old'; public function send(MessageTemplate $mt) { // 发送出去咯 if ($this->msgType == 'old') { echo '面向内网用户发送' . $mt->message() . PHP_EOL; } else if ($this->msgType == 'new') { echo '面向全网用户发送' . $mt->message() . PHP_EOL; } } } $template = new CouponMessageTemplate(); $message = new Message(); // 老系统，用不着过滤，只有内部用户才看得到 $message->send($template); // 新系统，面向全网发布的，需要过滤一下内容哦 $message->msgType = 'new'; $template = new AdFilterDecoratorMessage($template); $template = new SensitiveFilterDecoratorMessage($template); // 过滤完了，发送吧 $message->send($template);

说明

• 装饰器的最大好处：一是不改变原有代码的情况下对原有代码中的内容进行扩展，开放封闭原则；二是每个装饰器完成自己的功能，单一职责；三是用组合实现了继承的感觉；
• 最适用于：给老系统进行扩展
• 要小心：过多的装饰者会把你搞晕的
• 不一定都是对同一个方法进行装饰，其实装饰者应该更多的用于对对象的装饰，对对象进行扩展，这里我们都是针对一个方法的输出进行装饰，但仅限此文，装饰器的应用其实更加广泛
• 装饰器的特点是全部都继承自一个主接口或类，这样的好处就是返回的对象是相同的抽象数据，具有相同的行为属性，否则，就不是装饰之前的对象，而是一个新对象了
• 有点不好理解没关系，我们这次的例子其实也很勉强，这个设计模式在《Head First设计模式》中有提到Java的I/O系列接口是使用的这种设计模式：FileInputStream、LineNumberInputStream、BufferInputStream等
• Laravel框架中的中间件管道，这里其实是多种模式的综合应用，其中也应用到了装饰器模式：Laravel HTTP——Pipeline 中间件装饰者模式源码分析
• 另外在Laravel中，日志处理这里也是对Monolog进行了装饰，有兴趣的同学可以去了解下

推荐学习：《PHP视频教程》

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!