设计模式:有助于提高代码的复用性和可维护性
一、简单工厂
概念: 简单工厂模式属于类的创建型模式,又叫静态工厂方法模式。通过专门定义一个工厂类来负责创建其他类的实例,被创建的实例通常都具有共同的父类
优点:
- 工厂类包含必要的逻辑判断,可以决定在什么时候创建哪一个产品的实例。客户端可以免除直接创建产品对象的职责,很方便的创建出相应的产品。工厂和产品的职责区分明确。
- 客户端无需知道所创建具体产品的类名,只需知道参数即可。
- 也可以引入配置文件,在不修改客户端代码的情况下更换和添加新的具体产品类。
缺点:
- 简单工厂模式的工厂类单一,负责所有产品的创建,职责过重,一旦异常,整个系统将受影响。且工厂类代码会非常臃肿,违背高聚合原则。
使用简单工厂模式会增加系统中类的个数(引入新的工厂类),增加系统的复杂度和理解难度 - 系统扩展困难,一旦增加新产品不得不修改工厂逻辑,在产品类型较多时,可能造成逻辑过于复杂 简单工厂模式使用了 static工厂方法,造成工厂角色无法形成基于继承的等级结构。
应用场景
对于产品种类相对较少的情况,考虑使用简单工厂模式。使用简单工厂模式的客户端只需要传入工厂类的参数,不需要关心如何创建对象的逻辑,可以很方便地创建所需产品。
举例说明:
现在有个工厂,可以生产美式咖啡,卡布奇诺咖啡,拿铁咖啡,通过外界的订单来生产产品。
代码实现:
class AmericanoCoffee {} //创建美式咖啡类
class CappuccinoCoffee {} //创建卡布奇诺咖啡类
class LatteCoffee {} //创建拿铁咖啡类
class Factory{
static order(name){
switch(name){
case 'Americano':
return new AmericanoFactory('美式咖啡')
case 'Cappuccino':
return new CappuccinoFactory('卡布奇诺咖啡')
case 'Latte':
return new LatteFactory('拿铁咖啡')
default:
throw new Error('抱歉,没有你要的咖啡')
}
}
}
console.log(Factory.order('Americano'))
二、方法工厂
概念: 工厂方法模式中,核心的工厂类不再负责所以产品的创建,而是将具体的创建工作交给子工厂来做
优点:
- 用户只需要知道具体工厂的名称就可得到所要的产品,无须知道产品的具体创建过程。
- 灵活性增强,对于新产品的创建,只需多写一个相应的工厂类。
- 典型的解耦框架。高层模块只需要知道产品的抽象类,无须关心其他实现类,满足迪米特法则、依赖倒置原则和里氏替换原则。
缺点:
- 类的个数容易过多,增加复杂度
- 增加了系统的抽象性和理解难度
- 抽象产品只能生产一种产品,此弊端可使用抽象工厂模式解决。
应用场景:
客户只知道创建产品的工厂名,而不知道具体的产品名。如 TCL 电视工厂、海信电视工厂等。
创建对象的任务由多个具体子工厂中的某一个完成,而抽象工厂只提供创建产品的接口。
客户不关心创建产品的细节,只关心产品的品牌
举例说明:
现在有个工厂,里有美式咖啡工厂,卡布奇诺工厂和拿铁工厂3个子工厂;3个产品,美式咖啡、卡布奇诺咖啡、拿铁咖啡;美式工厂创建美式咖啡的实例,卡布奇诺工厂创建卡布奇诺咖啡的实例,拿铁工厂创建拿铁咖啡的实例
代码实现:
class AmericanoCoffee {} //创建美式咖啡类
class CappuccinoCoffee {} //创建卡布奇诺咖啡类
class LatteCoffee {} //创建拿铁咖啡类
//创建一个咖啡工厂
class CoffeeFactory{}
//美式咖啡工厂继承咖啡工厂
class AmericanoFactory extends CoffeeFactory{
createCoffee(){
return new AmericanoCoffee('美式咖啡')
}
}
//卡布奇诺咖啡工厂继承咖啡工厂
class CappuccinoFactory extends CoffeeFactory{
createCoffee(){
return new CappuccinoCoffee('卡布奇诺咖啡')
}
}
//卡拿铁咖啡工厂继承咖啡工厂
class LatteFactory extends CoffeeFactory{
createCoffee(){
return new LatteCoffee('拿铁咖啡')
}
}
class Factory{
static order(name){
switch(name){
case 'Americano':
return new AmericanoFactory().createCoffee();
case 'Cappuccino':
return new CappuccinoFactory().createCoffee();
case 'Latte':
return new LatteFactory().createCoffee()
}
}
}
console.log(Factory.order('Cappuccino'))
三、抽象工厂
概念: 抽象工厂可以向客户提供一个接口,使客户端再不必指定产品的具体情况,创建多个产品中的产品对象
使用抽象工厂模式一般要满足以下条件。
-
工厂方法模式针对的是同一类或给你个等级产品,而抽象工厂针对的是多种类产品的实际
-
系统中有多个产品族,每个具体产品负责创建同一族但属于不同产品等级(产品种类)的产品
-
系统族是一组相关联相互依赖的对象
-
系统一次只能消费某一族产品,即相同产品族的产品一起使用
-
当系统中需要增加一个产品族时,只需要增加工厂类即可,无需改源代码;但如果需要产品族中增加一个新种类的产品时,则所有的工厂类都需要修改
优点:
- 拥有工厂方法的优点
- 可以在类的内部对产品族中相关联的多等级产品共同管理,而不必专门引入多个新的类来进行管理。
- 当需要产品族时,抽象工厂可以保证客户端始终只使用同一个产品的产品组。
- 抽象工厂增强了程序的可扩展性,当增加一个新的产品族时,不需要修改原代码,满足开闭原则。
缺点
当产品族中需要增加一个新的产品时,所有的工厂类都需要进行修改。增加了系统的抽象性和理解难度。
举例说明:
有三种咖啡,美式,拿铁,和卡布奇诺。有两个咖啡店,星巴克和瑞幸,都有这三种产品;但是在星巴克只能买星巴克的美式,拿铁,和卡布奇诺咖啡;在瑞幸只能买瑞幸的美式,拿铁,和卡布奇诺咖啡
代码实现:
//抽象方法
class AmericanoCoffee{}
class CappuccinoCoffee{}
class LatteCoffee{}
class StarbucksAmericanoCoffee extends AmericanoCoffee{}
class LuckinAmericanoCoffee extends AmericanoCoffee{}
class StarbucksCappuccinoCoffee extends CappuccinoCoffee{}
class LuckinCappuccinoCoffee extends CappuccinoCoffee{}
class StarbucksLatteCoffee extends LatteCoffee{}
class LuckinLatteCoffee extends LatteCoffee{}
class CoffeeFactory{}
class StarbucksCoffeeFactory extends CoffeeFactory{
createAmericanoCoffee(){
return new StarbucksAmericanoCoffee()
}
createCappuccinoCoffee(){
return new StarbucksCappuccinoCoffee()
}
createLatteCoffee(){
return new StarbucksLatteCoffee()
}
}
class LuckinCoffeeFactory extends CoffeeFactory{
createAmericanoCoffee(){
return new LuckinAmericanoCoffee()
}
createCappuccinoCoffee(){
return new LuckinCappuccinoCoffee()
}
createLatteCoffee(){
return new LuckinLatteCoffee()
}
}
console.log(new StarbucksCoffeeFactory().createLatteCoffee())