山人行

本篇文章继续介绍一下适配器模式，单词为Adapter。日常生活中适配器的场景也随处可见，例如USB、插座等转换头，或电压转换处理，总之，起中转适配作用的，都可以考虑用适配器模式。工作中的场景就更不用说了，新老服务之间中转的桥梁、服务、工具，都可以称之为Adapter，那这个适配器模式到底是什么样的，且听我娓娓道来。《程序猿之设计模式实战 · 策略模式》《程序猿之设计模式实战 · 装饰者模式》《程序猿之设计模式实战 · 池化思想》《程序猿之设计模式实战 · 观察者模式》

本篇文章继续介绍一下观察者模式，这个在日常工作中接触还是挺多的，但和发布订阅模式又有什么不同呢？《程序猿之设计模式实战 · 策略模式》《程序猿之设计模式实战 · 装饰者模式》《程序猿之设计模式实战 · 池化思想》《程序猿之设计模式实战 · 观察者模式》《程序猿之设计模式实战 · 责任链模式》1、模板方法设计模式是一种行为型设计模式，它定义了一个算法的骨架，而将一些步骤延迟到子类中。模板方法允许子类在不改变算法结构的情况下重新定义算法的某些特定步骤。2、模板方法模式是类的行为模式。

本篇文章继续介绍一下责任链模式，这个在日常工作中使用较为频繁，责任链模式可以带给我们什么？SpringMVC的拦截器是否使用了责任链模式呢？让我们一探究竟。《程序猿之设计模式实战 · 策略模式》《程序猿之设计模式实战 · 装饰者模式》《程序猿之设计模式实战 · 池化思想》《程序猿之设计模式实战 · 观察者模式》1、责任链模式（Chain of Responsibility Pattern）是一种行为设计模式，它允许将请求的发送者和接收者解耦。

本篇文章继续介绍一下观察者模式，这个在日常工作中接触还是挺多的，但和发布订阅模式又有什么不同呢？观察者模式（Observer Pattern）是一种行为设计模式，它定义了一种一对多的依赖关系，使得当一个对象的状态发生变化时，所有依赖于它的对象都会得到通知并自动更新。这种模式常用于实现事件处理系统。主题（Subject）：被观察的对象，维护观察者的列表，并提供注册、注销观察者的方法。观察者（Observer）：对主题的变化感兴趣的对象，定义一个更新接口，以便接收主题的通知。

严格来说，池化思想不属于23种设计模式，但也属于日常编码中，关于设计思路和解决方案的一种。由于近期接触比较多，就顺带分享交流一下。《程序猿之设计模式实战 · 策略模式》《程序猿之设计模式实战 · 装饰者模式》池化思想是一种资源管理的设计模式，旨在通过重用已创建的对象来减少资源的消耗和提高性能。通过维护一个对象池，系统可以避免频繁地创建和销毁对象，从而降低开销和提高响应速度。核心目的归纳为四个字：资源复用。可以看出来，虽然流程上稍有区别，但本质思路还是一致的，Druid 连接池的实现思路也大同小异。

上一篇文章《程序猿之设计模式实战 · 策略模式》介绍的了策略模式的实际运用，这篇紧随其后，补充上装饰者模式。装饰者模式也是相当实用的，适合很多场景，且听慢慢道来。装饰者模式是一种结构型设计模式，它允许在不改变对象自身的情况下，动态地给对象添加新的功能。通过将功能封装在装饰类中，装饰者模式提供了一种灵活的方式来扩展对象的行为。装饰模式以对客户透明的方式动态地给一个对象附加上更多的责任。换言之，客户端并不会觉得对象在装饰前和装饰后有什么不同。装饰模式可以在不使用创造更多子类的情况下，将对象的功能加以扩展。

近期，无论是编码还是休闲阶段，偶尔都会刷到关于设计模式的相关内容，发掘可以整理的内容还不少，就想着归纳高低给它整一个专栏。网上介绍23种设计模式的内容也不少，大多枯燥而冗长，这边不会重复搬砖，也不会按顺序介绍所有设计模式，只会从实战层面去分享几个实用的。好了，废话不多说，先开始最常用的策略模式吧。题外话有的人认为设计模式很有用，遵循了面向对象等开发原则，可以提升代码复用，提高可维护性，便于后期的功能扩展。