概述
工厂模式是一种创建者模式,在任何生成复杂对象的地方都可以使用工厂模式。理论来说在任何使用A a = new A()的方式都可以使用工厂模式,虽然使用工厂模式可能需要多做一些工作,但是在后续的开发和维护都带来了方便。
如果我们需要在构建对象的时候,需要做很多的处理工作,比如初始化工作,查询工作等一些耗时的工作,如果我们将这些操作全部放入到构造方法中去写,那么势必在后期维护的带来不方便,而且始化工作如果是很长一段代码,说明要做的工作很多,将很多工作装入一个方法中,相当于将很多鸡蛋放在一个篮子里,是很危险的,这也是有悖于Java面向对象的原则,面向对象的封装(Encapsulation)和分派(Delegation)告诉我们,尽量将长的代码分派“切割”成每段,将每段再“封装”起来(减少段和段之间耦合联系性),这样,就会将风险分散,以后如果需要修改,只要更改每段,不会再发生牵一动百的事情。
工厂模式分类
- 简单工厂模式
- 工厂模式
- 抽象工厂模式
三者之间的区别:
- 工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。
- 工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个。
- 简单工厂模式只有一个抽象产品类,一个工厂类。
简单工厂模式
定义:简单工厂模式又叫静态方法模式(因为工厂类定义了一个静态方法);简单工厂模式可以理解为负责生产对象的一个类,称为“工厂类”。
概括:Concrete Product 具有共同的父类Product。工厂类Factory只有一个,没有子父类,通过向Factory的static方法中传入不同的参数,得到返回的不同的Concrete Product
简单工厂模式uml图
- Factory : 负责生产具体的产品工厂
- Product: 抽象的产品类,
- P1: 具体的产品类P1
- P2: 具体的产品类P2
举个例子。
汽车工厂造汽车的例子。首先Rrtoyewx在大众厂里面上班,一开始被分配到了上海大众里面去了,只管Passat和polo两款车型,而且做的事很简单,就是简单开出去测试一下车子的性能。这个时候事务较少,Rrtoyewx觉得用简单工厂就能搞定了。
- Volkswagen:抽象的大众汽车类
- Passat,Polo:具体的大众汽车类
- ShangHaiVolkswagenFactory: 上海大众汽车工厂
- Client: 客户端类
具体的代码:
产品类
Volkswagen
public interface Volkswagen {
void drive();
String getName();
}
Passat
public class Passat implements Volkswagen {
public static final int ID = 0;
@Override
public void drive() {
System.out.println("Passat开出去咯,测试成功");
}
@Override
public String getName() {
return "Passat";
}
}
Polo
public class Polo implements Volkswagen{
public static final int ID = 1;
@Override
public void drive() {
System.out.println("Polo开出去咯,测试成功");
}
@Override
public String getName() {
return "Polo";
}
}
工厂类
public class ShangHaiVolkswagenFactory {
public Volkswagen createVolkswagen(int id){
Volkswagen volkswagen = null;
switch(id){
case Passat.ID:
volkswagen = new Passat();
break;
case Polo.ID:
volkswagen = new Polo();
break;
default:
volkswagen = null;
}
return volkswagen;
}
}
客户端类
public class Client {
public static void main(String[] args) {
ShangHaiVolkswagenFactory factory = new ShangHaiVolkswagenFactory();
Volkswagen passat = factory.createVolkswagen(Passat.ID);
passat.drive();
Volkswagen polo = factory.createVolkswagen(Polo.ID);
System.out.println(polo.getName());
}
}
打印出的log为
每次测试的时候Client类都跑了一遍,似乎很简单,同样的也方便以后的扩展(添加新的车型的时候),只需要添加一个产品类,然后在工厂里添加响应的逻辑就行了。Rrtoyewx觉得自己这个测试车辆程序完全够用了。
注意:对于上面的工厂,可以采用反射的形式去创建产品类,如下面的代码。
public class ShangHaiVolkswagenFactory {
//产品的id
public Volkswagen createVolkswagen(int id){
Volkswagen volkswagen = null;
switch(id){
case Passat.ID:
volkswagen = new Passat();
break;
case Polo.ID:
volkswagen = new Polo();
break;
default:
volkswagen = null;
}
return volkswagen;
}
//反射得到
public Volkswagen createVolkswagen(Class <? extends Volkswagen> clazz){
Volkswagen volkswagen = null;
try {
volkswagen = clazz.newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return volkswagen;
}
}
优点:
1.将创建实例的工作与使用实例的工作分开,使用者不必关心类对象如何创建,实现了解耦;
2.把初始化实例时的工作放到工厂里进行,使代码更容易维护。 更符合面向对象的原则 & 面向接口编程,而不是面向实现编程。
缺点:
1.工厂类集中了所有实例(产品)的创建逻辑,一旦这个工厂不能正常工作,整个系统都会受到影响;
2.违背“开放 - 关闭原则”,一旦添加新产品就不得不修改工厂类的逻辑,这样就会造成工厂逻辑过于复杂。
3.简单工厂模式由于使用了静态工厂方法,静态方法不能被继承和重写,会造成工厂角色无法形成基于继承的等级结构。
工厂模式
定义:工厂方法模式,又称工厂模式、多态工厂模式和虚拟构造器模式,通过定义工厂父类负责定义创建对象的公共接口,而子类则负责生成具体的对象。
概括:Concrete Product 具有共同的父类Product ,Concrete Factory也具有共同的父类Factory。每个具体的子类Concrete Factory 产出一个对应的Concrete Product。
- 一个抽象产品,派生出去多种具体的产品的,
- 一个抽象工厂,派生出多种生产产品的工厂类
- 一个具体的工厂负责生产一种具体的产品
工厂模式的uml图
- AbstractProduct:抽象的产品类
- ProductA:具体的A产品
- ProductB:具体的B产品
- AbstractFactory:抽象工厂类
- FactoryA:具体的生产A产品的工厂类
- FactoryB:具体的生产B产品的工厂类
- Client: 客户端类
举个栗子
还是上面的栗子的。Rrtoyewx在负责上海大众的两款车型,本来就着简单工厂的模式测试车辆的时候,日子过的非常好,可是好景不长,突然有一天领导说Rrtoyewx说:一汽大众厂最近较忙,看你比较清闲,你就顺便把一汽大众的迈腾,和速腾都测一下。本来Rrtoyewx觉得挺简单的,就是简单再添加一个Magotan和Sagitar,然后通过工厂生成就行了,可是等Rrtoyewx一拿到测试的项目的时候,发现并不是只测试drive,Sagitar和Magotan不仅需要测试drive,而且需要测试brake。好吧,Rrtoyewx觉得以前写的都不能够用了。想了很久,Rrtoyewx 觉得需要将简单工厂模式升级到工厂模式,关注点也发生了改变不再为具体的车辆的,而是一汽大众的车(Magotan和Sagitar)还是上海大众的车(Passat和 Polo)了。
- Volkswagen: 抽象的汽车类
- ShangHaiVolkswagen:上海大众汽车的抽象类
- FAWVolkswagen:一汽大众汽车的抽象类
- Passat,Polo:上海大众厂汽车类的具体类
- Magotan,Sagitar:一汽大众厂汽车的具体类
- VolkswagenFactory:抽象的大众汽车工厂
- ShangHaiVolkswagenFactory:上海大众汽车工厂,主要负责测试Passat和Polo
- FAWVolkswagenFactory:一汽大众的工厂,主要负责测试Magotan和Sagitar
具体的代码和介绍
抽象类
产品类
Volkswagen类,将Volkswagen类转成抽象类
public abstract class Volkswagen {
public abstract void drive();
public abstract String getName();
}
ShangHaiVolkswagen:上海大众汽车的抽象类
public abstract class ShangHaiVolkswagen implements Volkswagen{
}
FAWVolkswagen : 一汽大众汽车的抽象类,多了一个brake()的方法
public abstract class FAWVolkswagen implements Volkswagen {
public abstract void brake();
}
工厂类
VolkswagenFactory : 汽车工厂的抽象类,并将createVolkswagen(Class clazz)声明称final类型。供子类使用
public abstract class VolkswagenFactory {
public abstract Volkswagen createVolkswagen(int productID);
public final Volkswagen createVolkswagen(Class <? extends Volkswagen> clazz){
Volkswagen volkswagen = null;
try {
volkswagen = clazz.newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return volkswagen;
};
}
实现类:
产品类
上海大众的具体实现类
Passat类
public class Passat extends ShangHaiVolkswagen {
public static final int ID = 0;
@Override
public void drive() {
System.out.println("Passat开出去咯,测试成功");
}
@Override
public String getName() {
return "Passat";
}
}
Polo类
public class Polo extends ShangHaiVolkswagen{
public static final int ID = 1;
@Override
public void drive() {
System.out.println("Polo开出去咯,测试成功");
}
@Override
public String getName() {
return "Polo";
}
}
一汽大众的汽车类。
Sagitar类,
public class Sagitar extends FAWVolkswagen {
public static final int ID = 2;
@Override
public void drive() {
System.out.println("Sagitar 开出去了,测试成功了");
}
@Override
public String getName() {
return "Sagitar";
}
@Override
public void brake(){
System.out.println("Sagitar 刹车挺好的,测试通过了");
}
}
Magotan 类
public class Magotan extends FAWVolkswagen{
public static final int ID = 3;
@Override
public void drive() {
System.out.println("Magotan 开出去咯,测试成功了");
}
@Override
public String getName() {
return "Magotan";
}
@Override
public void brake(){
System.out.println("Magotan 刹车挺好的,测试通过");
}
}
工厂类
注意重载方法的返回类型已经修改称对应的产品类,不在是Volkswagen类型了
ShangHaiVolkswagenFactory:负责生产上海汽车的工厂类
public class ShangHaiVolkswagenFactory extends VolkswagenFactory {
public ShangHaiVolkswagen createVolkswagen(int id){
ShangHaiVolkswagen volkswagen = null;
switch(id){
case Passat.ID:
volkswagen = new Passat();
break;
case Polo.ID:
volkswagen = new Polo();
break;
default:
volkswagen = null;
}
return volkswagen;
}
}
FAWVolkswagenFactory:负责生产一汽汽车的工厂类
public class FAWVolkswagenFactory extends VolkswagenFactory {
@Override
public FAWVolkswagen createVolkswagen(int productID) {
FAWVolkswagen volkswagen = null;
switch(productID){
case Magotan.ID:
volkswagen = new Magotan();
break;
case Sagitar.ID:
volkswagen = new Sagitar();
break;
default:
volkswagen = null;
}
return volkswagen;
}
}
Client类:用来测试
public class Client {
public static void main(String[] args) {
System.out.println("开始测试上海大众的车辆");
ShangHaiVolkswagenFactory factory = new ShangHaiVolkswagenFactory();
ShangHaiVolkswagen passat = factory.createVolkswagen(Passat.ID);
passat.drive();
ShangHaiVolkswagen polo = factory.createVolkswagen(Polo.ID);
polo.drive();
System.out.println("开始测试一汽大众的车辆");
FAWVolkswagenFactory fawFactory = new FAWVolkswagenFactory();
FAWVolkswagen magotan = fawFactory.createVolkswagen(Magotan.ID);
magotan.drive();
magotan.brake();
FAWVolkswagen sagitar = fawFactory.createVolkswagen(Sagitar.ID);
sagitar.drive();
sagitar.brake();
}
}
打印log的也能够正确的测试:
通过下面的改变,Rrtoyewx将工厂抽象出生产上海大众的车子和一汽大众的车子的两个工厂,并将一汽大众和上海大众的车子做了区分,形成两个不同产品族的产品系列。并由两个工厂分别对应去生产。等Rrtoyewx做完了这么多后,终于发现原先的系统还是有漏洞的,还是有局限性的,好在及时的弥补。Rrtoyewx发现现有的系统无论处理一汽大众的车子还是上海大众的车子,甚至于再加一个进口大众工厂的车子也够用了。再以后的扩展也能得到了提升了。
优点:
1、更符合开-闭原则
新增一种产品时,只需要增加相应的具体产品类和相应的工厂子类即可,而简单工厂模式需要修改工厂类的判断逻辑;
2、符合单一职责原则
每个具体工厂类只负责创建对应的产品,而简单工厂中的工厂类存在复杂的switch逻辑判断;
3、不使用静态工厂方法,可以形成基于继承的等级结构,而简单工厂模式的工厂类使用静态工厂方法
总结:工厂模式可以说是简单工厂模式的进一步抽象和拓展,在保留了简单工厂的封装优点的同时,让扩展变得简单,让继承变得可行,增加了多态性的体现;
缺点:
1、添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度;同时,有更多的类需要编译和运行,会给系统带来一些额外的开销;
2、由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。
3、虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类,如果要更换另外一种产品,仍然需要修改实例化的具体工厂类;
4、一个具体工厂只能创建一种具体产品
抽象工厂类
定义:抽象工厂模式,即Abstract Factory Pattern,提供一个创建一系列相关或相互依赖对象的接口,而无须指定它们具体的类;具体的工厂负责实现具体的产品实例。
概括:
抽象工厂模式引入抽象产品族Abstract Product 的概念,它是所有产品的父类,其下是Product抽象类,它是Abstract Product的子类,是具体产品类的父类,可有多种不同类型,如ProductA 、Product B,再往下,是具体的产品类 Concrete ProductA 、Concrete ProductB;
Concrete Factory 有共同的父类Abstract Factory。每个具体的Concrete Factory都可以生产多种不同产品。如Factory 1 可以生产Concrete ProductA1、Concrete Product B1,Factory 2可以生产Concrete A2、Concrete B2。
- 多个抽象产品类
- 每个抽象产品类可以派生出多个具体产品类
- 一个抽象工厂类,可以派生出多个具体工厂类
- 每个具体工厂类可以创建多个具体产品类的实例
抽象工厂uml图
- AbstractFactory:抽象工厂类
- ConcreteFactoryA:具体工厂A,负责生产A和B的
- ConcreteFactoryB:具体工厂b,负责生产A和B的
- AbstractProductA,AbstractProductB:抽象的产品类
- ConcreteProductA1,ConcreteProductA2:具体产品A
- ConcreteProductB1,ConcreteProductB1:具体产品B
- Client:客户端
举个栗子
Rrtoyewx在做完上面测试工作之后,上面领导觉得Rrtoyewx工作很不错,想将Rrtoyewx逐渐管理业务层的事(与人打交道),将Rrtoyewx升级了部门经理,同样责任也多了起来了,Rrtoyewx不仅测试原先一些东西,而且需要做一个额外的事情,比如说保险之类。Rrtoyewx在查阅的保险的相关的书籍发现,一汽大众的工厂需要一等保险,而上海大众的车子需要二等保险。 Rrtoyewx 这个时候发现的保险和车子不属于同一个产品。为了处理事务方便Rrotowx需要将原先的系统给升级一下。
新加了几个类
Insurance:保险的抽象类
OneLevelInsurance:一等保险的实现类
TwoLevelInsurance:二等保险的实现类
Insurance类
public abstract class Insurance {
public abstract String getName();
}
OneLevelInsurance类
public class OneLevellnsurance extends Insurance{
@Override
public String getName() {
return "一级保险";
}
}
TwoLevelInsurance类
public class TwoLevelInsurance extends Insurance {
@Override
public String getName() {
return "二级保险";
}
}
同时修改ShangHaiVolkswagenFactory和FAWVolkswagenFactory以及VolkswagenFactory的代码
具体如下
VolkswagenFactory 添加一个生成Insurance类的方法
public abstract class VolkswagenFactory {
public abstract Volkswagen createVolkswagen(int productID);
public abstract Insurance bindInsurance();
public final Volkswagen createVolkswagen(Class <? extends Volkswagen> clazz){
Volkswagen volkswagen = null;
try {
volkswagen = clazz.newInstance();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (IllegalAccessException e) {
e.printStackTrace();
}
return volkswagen;
};
}
ShangHaiVolkswagenFactory绑定一等保险的对象
public class ShangHaiVolkswagenFactory extends VolkswagenFactory {
public ShangHaiVolkswagen createVolkswagen(int id){
ShangHaiVolkswagen volkswagen = null;
switch(id){
case Passat.ID:
volkswagen = new Passat();
break;
case Polo.ID:
volkswagen = new Polo();
break;
default:
volkswagen = null;
}
return volkswagen;
}
@Override
public Insurance bindInsurance() {
return new OneLevellnsurance();
}
}
FAWVolkswagenFactory类:并定二等保险的对象
public class FAWVolkswagenFactory extends VolkswagenFactory {
@Override
public FAWVolkswagen createVolkswagen(int productID) {
FAWVolkswagen volkswagen = null;
switch(productID){
case Magotan.ID:
volkswagen = new Magotan();
break;
case Sagitar.ID:
volkswagen = new Sagitar();
break;
default:
volkswagen = null;
}
return volkswagen;
}
@Override
public Insurance bindInsurance() {
return new TwoLevelInsurance();
}
}
Client客户端测试的类
public class Client {
public static void main(String[] args) {
System.out.println("开始测试上海大众的车辆");
ShangHaiVolkswagenFactory factory = new ShangHaiVolkswagenFactory();
ShangHaiVolkswagen passat = factory.createVolkswagen(Passat.ID);
passat.drive();
ShangHaiVolkswagen polo = factory.createVolkswagen(Polo.ID);
polo.drive();
Insurance shanghaiInsurance = factory.bindInsurance();
System.out.println(shanghaiInsurance.getName());
System.out.println("开始测试一汽大众的车辆");
FAWVolkswagenFactory fawFactory = new FAWVolkswagenFactory();
FAWVolkswagen magotan = fawFactory.createVolkswagen(Magotan.ID);
magotan.drive();
magotan.brake();
FAWVolkswagen sagitar = fawFactory.createVolkswagen(Sagitar.ID);
sagitar.drive();
sagitar.brake();
Insurance fawInsurance = fawFactory.bindInsurance();
System.out.println(fawInsurance.getName());
}
}
打印log为:
Rrtoyewx 做完这些,发现系统已经很健全了,不在为了测试车辆,只要与车辆相关的事宜的对象,由不同的工厂具体去实现。完成这么多,Rrtoyewx 觉得天特别的蓝,心情特别的舒服。
优点:
1、降低耦合
抽象工厂模式将具体产品的创建延迟到具体工厂的子类中,这样将对象的创建封装起来,可以减少客户端与具体产品类之间的依赖,从而使系统耦合度低,这样更有利于后期的维护和扩展;
2、更符合开-闭原则
新增一种产品类时,只需要增加相应的具体产品类和相应的工厂子类即可,而简单工厂模式需要修改工厂类的判断逻辑;
3、符合单一职责原则
4、每个具体工厂类只负责创建对应的产品,而简单工厂中的工厂类存在复杂的switch逻辑判断;
5、不使用静态工厂方法,可以形成基于继承的等级结构,而简单工厂模式的工厂类使用静态工厂方法;
缺点:
抽象工厂模式很难支持新种类产品的变化。
这是因为抽象工厂接口中已经确定了可以被创建的产品集合,如果需要添加新产品,此时就必须去修改抽象工厂的接口,这样就涉及到抽象工厂类的以及所有子类的改变,这样也就违背了“开发——封闭”原则。
总结
- 工厂模式是一个创建型的模式
- 在任何使用A a = new A()的情况下,理论上说都能使用工厂模式。
- 在工厂模式分别的对应使用中,简单工厂模式,注重具体生成的产品,而工厂模式,注重的同一个产品下的不同产品族的产品。如栗子中上海大众的汽车和一汽大众的汽车,抽象工厂模式更多事在与整体产品的架构上,不再是单一一个的抽象产品类。
- 工厂模式:一个抽象产品派生出去多个具体的产品,一个抽象工厂派生出多个具体的工厂,而一个具体的工厂对应生成的是一个具体的产品。
- 抽象工厂模式:多个抽象产品分别派生出多个具体的产品,一个抽象工厂派生成出多个具体的工厂,一个工厂对应生成多个具体的产品,这些多个抽象产品之间存在着联系