参考

通过设计模式可以增加代码的可重用性、可扩展性、可维护性

设计模式五大设计原则

单一职责：一个程序只需要做好一件事，如果结构过于复杂就拆分开，保证每个部分独立
开放封闭原则：对扩展开放，对修改封闭。增加需求时扩展新代码而不是修改源代码。
里氏置换原则：子类覆盖父类，父类能出现的地方子类也能出现。
接口独立原则：保持接口单一独立，避免出现胖接口。
依赖导致原则：面向接口编程，依赖于抽象而不依赖于具体。使用方只用专注于接口而不用专注于具体类的实现。

设计模式三大类

创建 结构 行为
创建类：工厂模式、抽象工厂模式、建造者模式、单例模式、原型模式
结构类：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式
行为类：策略模式、模版方法模式、发布订阅模式、迭代器模式、职责链模式、命令模式、备忘录模式、状态模式、访问者模式、中介模式、解释器模式

工厂模式

优点：
调用者创建对象时只需要知道类的名称
扩展性高
隐藏产品的具体实现，只用关心接口

缺点：
每次增加一个产品时都需要增加一个具体的类，这增加了系统的内存压力，也增加了具体类的依赖
例如一个服装厂可以卖不同的衣服

class DownJacket {production() {console.log('生产羽绒服')}
}
class TShirt {production() {console.log('生产t恤')}
}class ClothingFactory {constructor() {this.downJacket = DownJacketthis.tShirt = TShirt}getFactory(clothingType) {const _production = new this[clothingType]return _production.production()}
}const downJacket = new ClothingFactory()
downJacket.getFactory('downJacket')
结果：生产羽绒服

后续更新。。。。