设计模式

入行几年，可能发现除了发布订阅者模式和单例模式知道些外，其他的模式只是对其名称有所耳闻，只知其名，不知其义。好像这丝毫不影响我搬砖，那么学习总结设计模式的意义在哪里？

中介者模式的作用就是解决对象与对象之间错综复杂的交互关系，增加一个中介者以后，所有相关的对象都通过中介者对象来通信，当一个对象发生改变后，只需要通知中介者对象即可。

状态模式，指的是事物内部状态的变化，会导致事物具体行为的变化。并且，状态的切换可以是循环的。最简单的例子是生活中的开关，基本都是状态模式的使用。

享元模式是一种用于性能优化的模式，其主要方式是通过运用共享技术来实现复杂对象总量的减少。将结构整体合理划分内部状态和外部状态，内部状态是那种不变化的，稳定的，也可以称之为享元，外部状态是那种变化的。

工厂模式指的是，批量创建对象的时候可以避免使用“new + 构造函数”的方式去暴露创建对象的行为，而是通过工厂模式将创建对象的行为隐藏到工厂函数内部

职责链模式，指的是由拥有处理能力的职责节点对象组成一个链条，一个请求从链条的开始或者中间进入，都有机会被后续的职责节点对象处理。进入职责链的请求，会沿着后续链条被传递，直到请求被处理才会终止传递。

模板方法模式,解决的主要业务场景是父类创建确定的子类功能或者任务的执行流程，子类继承的时候可以重写父类的某些方法。

组合模式，在执行根组合对象、节点组合对象和叶子对象时都是execute，也就说不管从哪里开始，都可以执行execute，这让组合模式的使用变得简单。

命令者模式，是一个比较简单的模式，指的是执行主体可以执行某些特定事件，并且，支持队列等待、调起执行和事件撤销等行为。

迭代器模式，指的是提供一种方法顺序访问一个聚合对象或者数组中的各种元素，而又不暴露该对象的内部表示。

策略模式，可以利用对象的键值映射关系以及函数是一等公民的特性，以key来作为策略名称，以函数作为值定义具体算法，利用这些javascript特性可以更为简单的实现策略模式。

单例模式是不是可以去实例，只留单呢？这样，很多只执行一次的逻辑也就和单例模式能搭上关系了。仁者见仁智者见智，能不能去，纯属个人想法。因为，优秀的单例模式，是经过无数的程序案例得出的经验性汇总。

适配器模式是用来解决两个软件实体之间不兼容的问题的设计模式，可以在不改变实体内部结构的情况下，在其中一个实体外层包装一个适配器，再去将两个实体进行配合使用。

装饰者模式以其不改变原对象，并且与原对象有着相同接口的特点，广泛应用于日常开发和主流框架的底层实现中。