简单工厂模式
简单工厂类似于小作坊,你要什么我给你什么,俗称万能的作坊。假设,我们现在要从作坊中获得衣服、鞋子
用户可以直接通过 factory.produce() 方法获取物品
package com.overcome.mode.factory.simpleFactory;
/**
* 生产衣服、鞋子
*/
public class LifeFactory {
public Object produce(String goods) {
/** 简单工厂职责重, 需要生产各种各样的东西 */
if ("LiNingClothes".equals(goods)) {
return new LiNingClothes();
} else if("NikeClothes".equals(goods)) {
return new NikeClothes();
} else if("LiNingShoes".equals(goods)) {
return new LiNingShoes();
} else if("NikeShoes".equals(goods)) {
return new NikeShoes();
}
return null;
}
public static void main(String[] args) {
LifeFactory factory = new LifeFactory();
System.out.println(factory.produce("LiNingShoes"));
}
}
缺点:违背开闭原则,职责太重
方法工厂模式
方法工厂是为了解救小作坊而生的一种模式,目的是为了减轻简单工厂职责太重,遵循开闭原则
从上面我们可以知道:在增加新物品的时候不会在修改原代码,符合开闭原则,但这样需要增加大量的类,会导致系统越来越庞大,从而增加了系统的维护成本和运行开销。
抽象工厂模式
先理解下产品等级和产品族的概念:
- 产品等级:nike鞋子、李宁鞋子,抽象类是鞋子这样构成的关系称为产品等级。
- 产品族类似于家族,李宁生产衣服、鞋子,耐克也会生产衣服、鞋子,每个厂商生产的一系列不同的产品称为一个产品族。
PS:抽象工厂与工厂方法最大的区别就在于,工厂方法模式针对的是一个产品等级结构,而抽象工厂模式需要面对多个产品等级结构,一个工厂等级结构可以负责多个不同产品等级中的产品对象的创建。
UML 类关系图:
缺点:
增加新的产品等级结构很麻烦,增加新的产品等级结构很麻烦,增加新的产品等级结构很麻烦!!!(重要的事情说三遍)因为需要对原有系统进行较大的修改,甚至需要修改抽象层代码,这必然会带来较大的不便,在这个角度,它违背了开闭(对扩展开放,对修改封闭)原则。
优点:
增加新的产品族很方便,无需修改已有系统,符合开闭原则。比如说,阿迪达斯、361、匹克也想加盟,非常方便。