3 ans de travail en mode décorateur incontournable
D'accord, entrons dans notre sujet Aujourd'hui, je vais partager avec vous 装饰器模式 les modèles de conception. Utilisez des histoires de vie appropriées et des scénarios de projet réels pour parler du modèle de conception, et enfin résumez le modèle de conception en une phrase.
Histoire
Comme le dit le vieil adage : Un homme compte sur ses vêtements et un cheval compte sur sa selle. Familiarisons-nous d'abord avec le contexte de cette phrase :
Les gens comptent sur les vêtements, les chevaux comptent sur les selles et les chiens comptent sur les cloches pour courir joyeusement. Elle vient du dixième chapitre du « Pavillon Wanghu » de Shen Zijin : « Néanmoins. , le Bouddha s'appuie sur des vêtements en or « Les gens comptent sur les vêtements, et la toilette est également très importante. » Volume 1 de « Des mots éternels pour éveiller le monde » : « Deux magistrats de comté se disputent les orphelins du mariage vertueux : « Comme le dit le dicton : « Les bouddhas sont habillés d'or, les gens sont habillés de vêtements et de nombreuses personnes dans le monde ont les yeux superficiels. " , seulement de la peau, pas d'os. " " Comme le dit le proverbe, les adultes comptent sur les vêtements et les chevaux.
Cette histoire classique me rappelle un modèle de design : le modèle décorateur.
Quel est le motif décorateur ? S'il vous plaît, écoutez Lao Tian parler lentement.
Aperçu du modèle Décorateur
Le modèle Décorateur est également appelé modèle Wrapper, qui fait référence à l'ajout dynamique de certains éléments à un objet sans modifier l'objet d'origine. Responsabilités supplémentaires. En termes d'ajout de fonctionnalités, le modèle de décorateur est plus flexible que la génération de sous-classes et constitue un modèle de conception structurelle.
Anglais :
Attachez dynamiquement des responsabilités supplémentaires à un objet en conservant la même interface. Les décorateurs offrent une alternative flexible au sous-classement pour étendre les fonctionnalités de l'objet. Par conséquent, le cœur du motif décoratif est l’extension fonctionnelle. Utilisez le modèle de décorateur pour étendre de manière transparente et dynamique les fonctionnalités d’une classe.
Cas de la vie Une maison brute a l'air très moche avant la décoration, mais tant qu'elle est légèrement décorée, elle sera bien plus belle, et elle pourra se baigner, dormir, cuisiner, etc., mais l'essence est toujours une maison.
Une voiture était à l'origine un véhicule de transport, mais Mary l'a agrandie et amélioré sa configuration, puis elle est devenue une voiture de luxe, mais elle reste essentiellement un véhicule de transport. Une fille était à l'origine très ordinaire et d'apparence moyenne, mais après un peu de maquillage et de jolis vêtements, elle est devenue une déesse dans le cœur de nombreuses personnes. Bref, après un peu de décoration, il est différent et ses fonctions sont valorisées.Implémentation universelle du modèle de décorateur Nous utilisons toujours du code pour l'implémenter. Les programmeurs aiment d'abord faire une démo, puis l'étudier lentement. //抽象组件
public abstract class Component {
public abstract void operation();
}
//具体组件
public class ConcreteComponent extends Component {
@Override
public void operation() {
System.out.println("ConcreteComponent operation");
}
}
//装饰器抽象
public abstract class Decorator extends Component {
protected Component component;
public Decorator(Component component) {
this.component = component;
}
@Override
public void operation() {
component.operation();
}
}
//具体装饰器
public class ConcreteDecorator extends Decorator {
public ConcreteDecorator(Component component) {
super(component);
}
@Override
public void operation() {
System.out.println("开始前搞点事");
super.operation();
System.out.println("结束后搞点事");
}
}
//测试
public class Client {
public static void main(String[] args) {
Component component = new ConcreteDecorator(new ConcreteComponent());
component.operation();
}
}
Résultats d'exécution : 开始前搞点事 ConcreteComponent operation 结束后搞点事Ce qui précède est l'implémentation générale du code du modèle de décorateur. Analysons-le ci-dessous.
Diagramme UML du motif décoratif
On peut voir à partir de la manière UML que le rôle y est joué
装饰器模式中的角色
抽象组件（Component）：可以是一个接口或者抽象类，充当被装饰类的原始对象，规定了被装饰对象的行为。 具体组件（ConcreteComponent）：实现/继承Component的一个具体对象，即被装饰对象。 抽象装饰器（Decorator）：通用的装饰ConcreteComponent的装饰器，其内部必然有一个属性指向Component；其实现一般是一个抽象类，主要为了让其子类按照其构造形式传入一个Component，这是强制的通用行为。如果系统中装饰逻辑单一，则并不需要实现许多装饰器，可以直接省略该类，而直接实现一个具体装饰器即可。 具体装饰器（ConcreteDecorator）：Decorator的具体实现类，理论上，每个ConcreteDecorator都扩展了Component对象的一种功能。
小结
装饰器模式角色分配符合设计模式的里氏替换原则、依赖倒置原则，从而使得其具备很强的扩展性，最终满足开闭原则。
装饰器模式的实现原理是，让装饰器实现与被装饰类（例如ConcreteComponent）相同的接口（例如Component），使得装饰器与被扩展类类型一致，并在构造函数中传入该接口对象，然后在实现这个接口的被包装类对象的现有功能上添加新功能。由于装饰器与被包装类属于同一类型（均为Component），且构造函数的参数为其实现接口类（Component），因此装饰器模式具备嵌套扩展功能，这样就能使用装饰器模式一层一层地对底层被包装类进行功能扩展了。
实战
在实际开发中，都会存在系统与系统之间的调用，假如说我们现在有个支付功能，现在一切都是没问题的，但是 我们此时需要对发起支付前的请求参数和支付后的相应参数。进行统一处理，原功能不变，只是在原功能上做了一点扩展（增强）。
老功能代码如下：
/**
* @author 田先生
* @date 2021-06-02
*
* 欢迎关注公众号：java后端技术全栈
*/
public interface IOrderPayService {
String payment(Long orderId, BigDecimal amount);
}
public class OrderPayServiceImpl implements IOrderPayService {
@Override
public String payment(Long orderId, BigDecimal amount) {
//先调用余额查询是否足够
System.out.println("发起支付，订单号：" + orderId + "， 支付金额：" + amount.toString());
//调用支付系统
String result = "订单id=" + orderId + "支付完成";
System.out.println("支付结果：" + result);
return result;
}
}
public class OrderClient {
public static void main(String[] args) {
IOrderPayService orderPayService = new OrderPayServiceImpl();
orderPayService.payment(10001L,new BigDecimal("5000"));
}
}运行输出：
发起支付，订单号：10001， 支付金额：5000 支付结果：订单id=10001支付完成
新需求，需要把这些请求参数和相应结果进行单独搜集处理，此时为了不影响原有功能，于是我们可以对其进行功能增强。
/**
* @author 田先生
* @date 2021-06-02
*
* 欢迎关注公众号：java后端技术全栈
*/
public class OrderPayDecorator implements IOrderPayService {
private IOrderPayService orderPayService;
public OrderPayDecorator(IOrderPayService orderPayService) {
this.orderPayService = orderPayService;
}
@Override
public String payment(Long orderId, BigDecimal amount) {
System.out.println("把这个订单信息（发起支付）" + "订单id=" + orderId + "支付金额=" + amount.toString() + " 【发送给MQ】");
String result = orderPayService.payment(orderId, amount);
System.out.println("把订单支付结果信息" + result + " 【发送给MQ】");
return result;
}
}
public class OrderClient {
public static void main(String[] args) {
IOrderPayService orderPayService =new OrderPayDecorator(new OrderPayServiceImpl());
orderPayService.payment(10001L,new BigDecimal("5000"));
}
}运行输出：
把这个订单信息（发起支付）订单id=10001支付金额=5000 【发送给MQ】 发起支付，订单号：10001， 支付金额：5000 支付结果：订单id=10001支付完成 把订单支付结果信息订单id=10001支付完成 【发送给MQ】
整个过程，大家有没有发现，我们并没动原有的代码，仅仅只是做了功能增强。
装饰器模式在新项目中基本上不会用到，通常都是在老项目中使用，因为已有的功能不变，只是做了一些功能增强。
大神们是怎么用的
装饰器设计模式在JDK源码、Spring源码以及Mybatis源码中都有。
JDK源码中
装饰器模式比较经典的应用就是 JDK 中的 java.io 包下，InputStream、OuputStream、Reader、Writer 及它们的子类。
以 InputStream 为例
FileInputStream 是 InputStream 的子类，用来读取文件字节流 BufferedInputStream 是 InputStream 的子类的子类，可缓存的字节流 DataInputStream 也是 InputStream 的子类的子类，可直接读取 Java 基本类型的字节流
UML图
DataInputStream 中构造器入参便是自己的父类（InputStream）。
如果希望提供一个可以读取文件 + 可缓存的字节流，使用继承方式，就需要派生 FileBufferedInputStream；
如果希望提供一个可以读取文件 + 直接读取基本类型的字节流，使用继承方式，就需要派生 FileDataInputStream。
字节流功能的增强还包括支持管道 pipe、字节数组 bytearray、字节对象 object、字节流字符流的转换 等维度，如果用继承方式，那类的层级与种类会多到爆炸。
为了解决问题，这边就使用了装饰器模式。
Spring源码中
在Spring中，我们可以尝试理解一下TransactionAwareCacheDecorator类，这个类主要用来处理事务缓存，代码如下。
public class TransactionAwareCacheDecorator implements Cache {
private final Cache targetCache;
//构造方法入参类型为自己的父类（接口类型）
public TransactionAwareCacheDecorator(Cache targetCache) {
Assert.notNull(targetCache, "Target Cache must not be null");
this.targetCache = targetCache;
}
public Cache getTargetCache() {
return this.targetCache;
}
//...
}TransactionAwareCacheDecorator就是对Cache的一个包装，因此，这里也是使用了装饰器模式。
Mybatis源码中
MyBatis中关于Cache和CachingExecutor接口的实现类也使用了装饰者设计模式。Executor是MyBatis执行器，是MyBatis 调度的核心，负责SQL语句的生成和查询缓存的维护；CachingExecutor是一个Executor的装饰器，给一个Executor增加了缓存的功能。此时可以看做是对Executor类的一个增强，故使用装饰器模式是合适的。
在CachingExecutor 中
public class CachingExecutor implements Executor {
//持有组件对象
private Executor delegate;
private TransactionalCacheManager tcm = new TransactionalCacheManager();
//构造方法，传入组件对象
public CachingExecutor(Executor delegate) {
this.delegate = delegate;
delegate.setExecutorWrapper(this);
}
@Override
public int update(MappedStatement ms, Object parameterObject) throws SQLException {
//转发请求给组件对象，可以在转发前后执行一些附加动作
flushCacheIfRequired(ms);
return delegate.update(ms, parameterObject);
}
//...
}总结
看完装饰器模式后，你是否有感觉，装饰器模式和代理模式非常的相像，下面我们就来做个对比。
1.装饰器模式可以理解为一种特殊的代理模式。
2.装饰器模式强调自身的功能扩展，透明的扩展（即用户想增强什么功能就增强什么功能），可动态定制的扩展。
3.代理模式强调的是代理过程的控制。
优点
装饰器是继承的有力补充，比继承灵活，在不改变原有对象的情况下，动态地给一个对象扩展功能，即插即用。 通过使用不同装饰类及这些装饰类的排列组合，可以实现不同效果。 装饰器模式完全遵守开闭原则。
缺点
会出现更多的代码、更多的类，增加程序的复杂性。 动态装饰在多层装饰时会更复杂。
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!
Outils d'IA chauds
Undress AI Tool
Images de déshabillage gratuites
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.
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
1793
16
1735
56
1587
29
267
587
Pourquoi avons-nous besoin de cours d'emballage?
Jun 28, 2025 am 01:01 AM
Java utilise des classes de wrapper car les types de données de base ne peuvent pas participer directement aux opérations orientées objet, et les formulaires d'objets sont souvent nécessaires dans les besoins réels; 1. Les classes de collecte ne peuvent stocker que des objets, tels que les listes, l'utilisation de la boxe automatique pour stocker des valeurs numériques; 2. Les génériques ne prennent pas en charge les types de base et les classes d'emballage doivent être utilisées comme paramètres de type; 3. Les classes d'emballage peuvent représenter les valeurs nulles pour distinguer les données non définies ou manquantes; 4. Les cours d'emballage fournissent des méthodes pratiques telles que la conversion de chaînes pour faciliter l'analyse et le traitement des données, donc dans les scénarios où ces caractéristiques sont nécessaires, les classes de packaging sont indispensables.
Différence entre le hashmap et le hashtable?
Jun 24, 2025 pm 09:41 PM
La différence entre le hashmap et le hashtable se reflète principalement dans la sécurité des threads, la prise en charge de la valeur nul et les performances. 1. En termes de sécurité des threads, le hashtable est en filetage et ses méthodes sont principalement des méthodes synchrones, tandis que HashMAP n'effectue pas de traitement de synchronisation, qui n'est pas un filetage; 2. En termes de support de valeur nulle, HashMap permet une clé nul et plusieurs valeurs nulles, tandis que le hashtable ne permet pas les clés ou les valeurs nulles, sinon une nulpointerexception sera lancée; 3. En termes de performances, le hashmap est plus efficace car il n'y a pas de mécanisme de synchronisation et le hashtable a une faible performance de verrouillage pour chaque opération. Il est recommandé d'utiliser à la place ConcurrentHashMap.
Comment le compilateur JIT optimise-t-il le code?
Jun 24, 2025 pm 10:45 PM
Le compilateur JIT optimise le code à travers quatre méthodes: méthode en ligne, détection et compilation de points chauds, spéculation et dévigtualisation de type et élimination redondante. 1. La méthode en ligne réduit les frais généraux d'appel et inserte fréquemment appelées petites méthodes directement dans l'appel; 2. Détection de points chauds et exécution de code haute fréquence et optimiser de manière centralisée pour économiser des ressources; 3. Type Speculations collecte les informations de type d'exécution pour réaliser des appels de déviptualisation, améliorant l'efficacité; 4. Les opérations redondantes éliminent les calculs et les inspections inutiles en fonction de la suppression des données opérationnelles, améliorant les performances.
Quelles sont les méthodes statiques dans les interfaces?
Jun 24, 2025 pm 10:57 PM
StaticMethodsinInterfaceswereintrocedInjava8TollowutilityfonctionwithIntheInterface self.beforejava8, telfunctionsrequuresepatehelperclasses, leadstodisorganizedCode.now, staticmethodsprovidethrekeyefits: 1) ils sont en train
Qu'est-ce qu'un bloc d'initialisation d'instance?
Jun 25, 2025 pm 12:21 PM
Les blocs d'initialisation d'instance sont utilisés dans Java pour exécuter la logique d'initialisation lors de la création d'objets, qui sont exécutés avant le constructeur. Il convient aux scénarios où plusieurs constructeurs partagent le code d'initialisation, l'initialisation du champ complexe ou les scénarios d'initialisation de classe anonyme. Contrairement aux blocs d'initialisation statiques, il est exécuté à chaque fois qu'il est instancié, tandis que les blocs d'initialisation statiques ne s'exécutent qu'une seule fois lorsque la classe est chargée.
Quel est le mot-clé «final» des variables?
Jun 24, 2025 pm 07:29 PM
Injava, thefinalkeywordpreventsavariable'svaluefrombeingchangedafterAsssignment, mais cetsbehaviDiffersFortimitives et objectreferences.forprimitivevariables, finalMakeShevalueConstant, AsinfininTMax_peed = 100; whitereSsignmentCausAnesanerror.ForobjectRe
Qu'est-ce que le casting de type?
Jun 24, 2025 pm 11:09 PM
Il existe deux types de conversion: implicite et explicite. 1. La conversion implicite se produit automatiquement, comme la conversion INT en double; 2. La conversion explicite nécessite un fonctionnement manuel, comme l'utilisation de (int) MyDouble. Un cas où la conversion de type est requise comprend le traitement de l'entrée des utilisateurs, les opérations mathématiques ou le passage de différents types de valeurs entre les fonctions. Les problèmes qui doivent être notés sont les suivants: transformer les nombres à virgule flottante en entiers tronqueront la partie fractionnaire, transformer les grands types en petits types peut entraîner une perte de données, et certaines langues ne permettent pas la conversion directe de types spécifiques. Une bonne compréhension des règles de conversion du langage permet d'éviter les erreurs.
Quel est le modèle d'usine?
Jun 24, 2025 pm 11:29 PM
Le mode d'usine est utilisé pour encapsuler la logique de création d'objets, ce qui rend le code plus flexible, facile à entretenir et à couplé de manière lâche. La réponse principale est: en gérant de manière centralisée la logique de création d'objets, en cachant les détails de l'implémentation et en soutenant la création de plusieurs objets liés. La description spécifique est la suivante: Le mode d'usine remet la création d'objets à une classe ou une méthode d'usine spéciale pour le traitement, en évitant directement l'utilisation de newClass (); Il convient aux scénarios où plusieurs types d'objets connexes sont créés, la logique de création peut changer et les détails d'implémentation doivent être cachés; Par exemple, dans le processeur de paiement, Stripe, PayPal et d'autres instances sont créés par le biais d'usines; Son implémentation comprend l'objet renvoyé par la classe d'usine en fonction des paramètres d'entrée, et tous les objets réalisent une interface commune; Les variantes communes incluent des usines simples, des méthodes d'usine et des usines abstraites, qui conviennent à différentes complexités.
