设计模式

javascript中的设计模式

工厂模式

构造函数模式

考虑到在 ECMAScript 中无法创建类，开发人员 就发明了一种函数，用函数来封装以特定接口创建对象的细节

原型模式

用一个已经创建的实例作为原型，通过复制该原型对象来创建一个和原型相同或相似的新对象。

组合模式

动态原型模式

寄生构造函数模式

稳妥构造函数模式

其他常用设计模式

单例模式

• 单例类只有一个实例对象；
• 该单例对象必须由单例类自行创建；
• 单例类对外提供一个访问该单例的全局访问点；

享元模式

优点

相同对象只要保存一份，这降低了系统中对象的数量，从而降低了系统中细粒度对象给内存带来的压力。

缺点

• 为了使对象可以共享，需要将一些不能共享的状态外部化，这将增加程序的复杂性。
• 读取享元模式的外部状态会使得运行时间稍微变长。

装饰模式

优点

• 采用装饰模式扩展对象的功能比采用继承方式更加灵活。

• 可以设计出多个不同的具体装饰类，创造出多个不同行为的组合。

  缺点

• 装饰模式增加了许多子类，如果过度使用会使程序变得很复杂。

代理模式

优点

• 代理模式在客户端与目标对象之间起到一个中介作用和保护目标对象的作用；
• 代理对象可以扩展目标对象的功能；

• 代理模式能将客户端与目标对象分离，在一定程度上降低了系统的耦合度；

  缺点

• 在客户端和目标对象之间增加一个代理对象，会造成请求处理速度变慢；

• 增加了系统的复杂度；

观察者模式

优点

• 降低了目标与观察者之间的耦合关系，两者之间是抽象耦合关系。

• 目标与观察者之间建立了一套触发机制。

  缺点

• 目标与观察者之间的依赖关系并没有完全解除，而且有可能出现循环引用。

• 当观察者对象很多时，通知的发布会花费很多时间，影响程序的效率。

适配器模式

优点

• 客户端通过适配器可以透明地调用目标接口。
• 复用了现存的类，程序员不需要修改原有代码而重用现有的适配者类。
• 将目标类和适配者类解耦，解决了目标类和适配者类接口不一致的问题。

缺点

• 对类适配器来说，更换适配器的实现过程比较复杂