博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Java设计模式系列之工厂模式
阅读量:5280 次
发布时间:2019-06-14

本文共 9671 字,大约阅读时间需要 32 分钟。

工厂模式将大量有共同接口的类实例化,工厂模式可以实现动态决定实例化哪一个类的对象,工厂模式在《Java与模式》中分为三类:

1)简单工厂模式(Simple Factory):添加某一种类型的产品方便,不利于产生系列产品;
2)工厂方法模式(Factory Method):又称为多形性工厂;
3)抽象工厂模式(Abstract Factory):又称为工具箱,产生产品族,但不利于产生新的产品;
             这三种模式从上到下逐步抽象,并且更具一般性。
             GOF在《设计模式》一书中将工厂模式分为两类:工厂方法模式(Factory Method)与抽象工厂模式(Abstract Factory)。将简单工厂模式(Simple Factory)看为工厂方法模式的一种特例,两者归为一类。
简单工厂(Simple Factory)的定义

简单又叫静态工厂,是工厂模式三中状态中结构最为简单的。主要有一个静态方法,用来接受参数,并根据参数来决定返回实现同一接口的不同类的实例。

简单工厂(Simple Factory)的组成

简单工厂模式中包含的角色及其相应的职责如下:

       工厂角色(Creator):这是简单工厂模式的核心,由它负责创建所有的类的内部逻辑。当然工厂类必须能够被外界调用,创建所需要的产品对象。

       抽象(Product)产品角色:简单工厂模式所创建的所有对象的父类,注意,这里的父类可以是接口也可以是抽象类,它负责描述所有实例所共有的公共接口。

       具体产品(Concrete Product)角色:简单工厂所创建的具体实例对象,这些具体的产品往往都拥有共同的父类。

简单工厂(Simple Factory)的UML图

                          

 

下面我们看一个具体的例子:

一个工厂我们让它生产Car、Plane、Broom等交通工具产品,我们首先要做的就是为所有产品定义一个共同的产品接口,这个就是三个角色中的抽象产品角色(Product)。

1 public interface Moveable {2     public abstract void run();3 }

所有的交通工具都是能够移动的嘛,定义具体的产品类去实现这个接口,实现Moveable接口的类是三个角色中的具体产品角色(Concrete Product)。

1 class Car implements Moveable{ 2  3     @Override 4     public void run() { 5         System.out.println("Car冒着烟开来了...."); 6     } 7      8 } 9 class Plane implements Moveable{10 11     @Override12     public void run() {13         System.out.println("扇着翅膀飞走了....");14     }15     16 }17 class Broom implements Moveable{18 19     @Override20     public void run() {21         System.out.println("骑着扫把而来....");22     }23     24 }

接下来我们写一个工厂类,里面包含一个静态方法,根据参数决定产生哪个类的对象实例,这个工厂类是三个角色中的工厂角色(Creator)

1 class Factory{ 2     public static Moveable factory(String productName){ 3         if(productName.equalsIgnoreCase("Car")){ 4             return new Car(); 5         } 6         else if(productName.equalsIgnoreCase("Plane")){ 7             return new Plane(); 8         } 9         else if(productName.equalsIgnoreCase("Broom")){10             return new Broom();11         }12         else13             throw new RuntimeException("你要生产的是啥呀");14         15     }16 }

接下来我们写一个测试类:

public class SimpleFactoryTest {    public static void main(String args[]){        Factory.factory("car").run();        Factory.factory("plane").run();        Factory.factory("brooM").run();            }}

运行结果:

Car冒着烟开来了....扇着翅膀飞走了....骑着扫把而来....

由上面的代码可以看出,简单工厂的核心就是一个Factory类,它拥有必要的逻辑判断能力和所有产品的创建权利,我们只需要把需求告诉工厂,就能得到我们想要的产品。这使用起来似乎非常方便。

然而(剧情一般都会这样发展。。。)实际上,这个Factory有很多的局限。首先你看,我们每次想要增加一种新产品的时候,比如我们要产生一个交通工具叫碧眼金睛兽,都必须修改Factory的源代码。其次,当我们拥有很多很多产品的时候,而且产品之间又存在复杂的层次关系的时候,这个类必须拥有复杂的逻辑判断能力,其代码量也将不断地激增,这对以后的维护简直就是恐怖两个字...
还有就是,整个系统都严重依赖Factory类,只要Factory类一出问题,系统就进入不能工作的状态,这也是最为致命的一点....
以上的不足将在工厂模式的另外两种状态中得到解决。废话不多说,下面我们接着介绍:
工厂方法(Factory Method)的定义:

 工厂方法模式是简单工厂模式的进一步抽象化和推广,工厂方法模式里不再只由一个工厂类决定那一个产品类应当被实例化,这个决定被交给抽象工厂的子类去做。

工厂方法(Factory Method)的组成:

1)抽象工厂角色:这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java中它由抽象类或者接口来实现。

2)具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。
3)抽象产品角色:它是具体产品继承的父类或者是实现的接口。在java中一般有抽象类或者接口来实现。
4)具体产品角色:具体工厂角色所创建的对象就是此角色的实例。在java中由具体的类来实现。

工厂方法(Factory Method)的UML:

            

 

我们首先定义抽象工厂角色,这里我们用一个抽象类来实现这个角色

1 abstract class Factory {2     public abstract Moveable createProduct();3 }

定义产生产品的具体工厂角色,去继承抽象工厂角色,也就是继承Factory类(如果不明白为啥这里用抽象类而不用接口,可以自行百度两者的区别)

1 class CarFactory extends Factory{ 2  3     @Override 4     public Moveable createProduct() { 5          6         return new Car(); 7     } 8      9 }10 class PlaneFactory extends Factory{11 12     @Override13     public Moveable createProduct() {14         15         return new Plane();16     }17     18 }19 class BroomFactory extends Factory{20 21     @Override22     public Moveable createProduct() {23         24         return new Broom();25     }26     27 }

接下来就是我们的抽象产品角色,就是前面那个Moveable接口,代码也粘过来把,看的流畅一些

1 public interface Moveable {2     public abstract void run();3 }

最后我们来定义具体产品角色,需要实现抽象产品角色,就是前面的具体类Car、Plane、Broom嘛,我们也粘过来

1 class Car implements Moveable { 2  3     @Override 4     public void run() { 5         System.out.println("Car冒着烟开来了...."); 6     } 7  8 } 9 10 class Plane implements Moveable {11 12     @Override13     public void run() {14         System.out.println("扇着翅膀飞走了....");15     }16 17 }18 19 class Broom implements Moveable {20 21     @Override22     public void run() {23         System.out.println("骑着扫把而来....");24     }25 26 }

接下来我们写个测试类测试一下我们的成果:

1 public class SimpleFactoryTest { 2  3     public static void main(String args[]) { 4         // 这里用到了多态,相信大家可以看明白 5         // 生产Car 6         Factory factory = new CarFactory(); 7         Moveable m1 = factory.createProduct(); 8         // 生产Plane 9         Factory factory2 = new PlaneFactory();10         Moveable m2 = factory2.createProduct();11         // 生产Broom12         Factory factory3 = new BroomFactory();13         Moveable m3 = factory3.createProduct();14         // 调用具体对象的方法15         m1.run();16         m2.run();17         m3.run();18     }19 }

运行结果:

Car冒着烟开来了....扇着翅膀飞走了....骑着扫把而来....

从上面创建产品对象的代码可以看出,工厂方法和简单工厂的主要区别是,简单工厂是把创建产品的职能都放在一个类里面,而工厂方法则把不同的产品放在实现了工厂接口的不同工厂类里面,这样就算其中一个工厂类出了问题,其他工厂类也能正常工作,互相不受影响,以后增加新产品,也只需要新增一个实现工厂接口工厂类,就能达到,不用修改已有的代码。但工厂方法也有它局限的地方,那就是当面对的产品有复杂的等级结构的时候,例如,工厂除了生产交通工具外,还生产家电,这样一来家电、交通工具就是两大产品家族了,这两大家族下面包含了数量众多的产品,每个产品又有多个型号,这样就形成了一个复杂的产品树了。如果用工厂方法来设计这个产品家族系统,就必须为每个型号的产品创建一个对应的工厂类,当有数百种甚至上千种产品的时候,也必须要有对应的上百成千个工厂类,你没感觉工厂类有点多吗?这就出现了传说的类爆炸,工厂类泛滥了。

没事,我们的抽象工厂可以解决这些问题,我们接着介绍:

抽象工厂(Factory Method)

抽象工厂:意图在于创建一系列互相关联或互相依赖的对象。

我自己觉得抽象工厂是在工厂方法的基础上引进了分类管理的概念....
工厂方法用来创建一个产品,它没有分类的概念,而抽象工厂则用于创建一系列产品,所以产品分类成了抽象工厂的重点

抽象工厂的组成

 1.AbstractFactory   

  声明一个创建抽象产品对象的操作接口。

 2.ConcreteFactory

  创建具体产品对象的操作。

 3.AbstractProduct

     为一类产品对象声明一个接口。

 4.ConcreteProduct

      定义一个将被相应的具体工厂创建的产品对象。

      实现abstractProduct接口。

 5.Client

      仅使用由AbstractFactory和AbstractProduct类声明的接口

抽象工厂(Factory Method)的UML

          

 UML图看不明白,我们直接上代码流程:

第一步:创建AbstractFactory,里面有三个抽象函数,代表可以生产的三种抽象产品的类型  

1 public abstract class abstractFactory {2 3     //生产抽象交通工具的操作接口4     public abstract vehicle createVehicle();5     //生产抽象食品的的操作接口6     public abstract Food createFood();7     //生产抽象武器的操作接口8     public abstract Weapon createWeapon();9 }

第二步:创建ConcreteFactory,具体工厂类,去继承abstractFactory,使得具体工厂可以生产抽象工厂定义的产品系列

默认工厂:

1 //默认工厂生产的产品 2 public class DefaultFactory extends abstractFactory { 3  4     @Override 5     public vehicle createVehicle() { 6         //在我这个工厂生产的是汽车这种交通工具 7         return new Car(); 8     } 9 10     @Override11     public Food createFood() {12         //吃的是苹果13         return new apple();14     }15 16     @Override17     public Weapon createWeapon() {18         //我用的是CF中的大狙,百步穿杨19         return new Barrete();20     }21 22 }

魔法工厂:

1 //魔法工厂生产的产品系列 2 public class MagicFactory  extends abstractFactory{ 3  4     @Override 5     public vehicle createVehicle() { 6         //我要生产飞机啦 7         return new Plane(); 8     } 9 10     @Override11     public Food createFood() {12         //我的食物:蘑菇13         return new MushRoom();14     }15 16     @Override17     public Weapon createWeapon() {18         //我的武器:魔法棒19         return new magicStick();20     }21 22 }

第三步:创建抽象产品AbstractProduct,就是我们前面提到的Vehicle、Food、Weapon三个抽象产品类,附上代码

1 public abstract class Weapon { 2  3     public abstract void shoot(); 4 } 5 public abstract class vehicle { 6  7     public abstract void run(); 8 } 9 public abstract class Food {10 11     public abstract void printName();12 }

第四步:创建ConcreteProduct,就是我们的具体产品

默认工厂生产的产品系列:Car、Apple、Barrett

1 public class Car extends vehicle { 2  3     @Override 4     public void run() { 5         System.out.println("Car..."); 6     } 7  8 } 9 public class apple extends Food {10 11     @Override12     public void printName() {13         System.out.println("apple....");14     }15 16 }17 public class Barrete extends Weapon {18 19     @Override20     public void shoot() {21         System.out.println("巴雷特狙击枪");22     }23 24 }

魔法工厂生产的产品系列:Plane、MushRoom、magicStick

1 class Plane extends vehicle { 2  3     @Override 4     public void run() { 5         System.out.println("Plane..."); 6     } 7  8 } 9 class MushRoom extends Food {10 11     @Override12     public void printName() {13         System.out.println("MushRoom");14     }15 16 }17 class magicStick extends Weapon {18 19     @Override20     public void shoot() {21         System.out.println("魔法棒");22     }23 24 }

第五步:创建Client,就是我们的测试类Test,来测试一下我们的工厂

我们使用默认工厂生产产品系列

1 public class ClientTest { 2  3     /** 4      * @param args 5      */ 6     public static void main(String[] args) { 7  8         abstractFactory factory =new DefaultFactory(); 9         Vehicle vehicle=factory.createVehicle();10         vehicle.run();11         Food food=factory.createFood();12         food.printName();13         Weapon weapon=factory.createWeapon();14         weapon.shoot();15         System.out.println("--------分割线---------");16     }17 18 }

运行结果:

Car...apple....巴雷特狙击枪--------分割线---------

当我们想使用魔法工厂生产另一个产品系列时只需要更改很少的代码

1 public class ClientTest { 2  3     /** 4      * @param args 5      */ 6     public static void main(String[] args) { 7  8         //注意就改了这一个位置,把defaultFactory换成MagicFactory即可 9         abstractFactory factory =new MagicFactory();10         Vehicle vehicle=factory.createVehicle();11         vehicle.run();12         Food food=factory.createFood();13         food.printName();14         Weapon weapon=factory.createWeapon();15         weapon.shoot();16         System.out.println("--------分割线---------");17     }18 19 }

运行结果:

Plane...MushRoom魔法棒--------分割线---------
在抽象工厂模式中,抽象产品 (AbstractProduct) 可能是一个或多个,从而构成一个或多个产品族(Product Family)。 在只有一个产品族的情况下,抽象工厂模式实际上退化到工厂方法模式。

 

总结:

(1)简单工厂模式是由一个具体的类去创建其他类的实例,父类是相同的,父类是具体的。

(2)工厂方法模式是有一个抽象的父类定义公共接口,子类负责生成具体的对象,这样做的目的是将类的实例化操作延迟到子类中完成。
(3)抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无须指定他们具体的类。它针对的是有多个产品的等级结构。而工厂方法模式针对的是一个产品的等级结构。

不知道大家是否看清楚,水平有限,如果内容有错欢迎指正,转载请注明出处:,谢谢!

转载于:https://www.cnblogs.com/ysw-go/p/5394179.html

你可能感兴趣的文章
Extract Fasta Sequences Sub Sets by position
查看>>
Lua 随机数生成问题
查看>>
visual studio code jupyter错误!No kernel specs found
查看>>
oracle 基础(上)
查看>>
hdu3853LOOPS(概率与期望dp)
查看>>
今天心情不太好,没什么可写的
查看>>
python --条件、循环和其他语句(一)
查看>>
Dojo树使用心得
查看>>
SQL Server 存储过程 sp_helptext的不足以及解决方案
查看>>
sshd修改监听端口
查看>>
IEEE 754浮点数表示标准
查看>>
WPF入门教程系列五——Window 介绍
查看>>
.NET 复杂的 DataBinding 接受 IList 或 IListSource 作为数据源
查看>>
统一建模语言UML轻松入门之基本概念
查看>>
GPS定位基本原理浅析
查看>>
InfluxDB时序数据库应用场景
查看>>
算法Sedgewick第四版-第1章基础-008一用数组实现栈(泛型、可变大小)
查看>>
ANDROID_MARS学习笔记_S02_007_Animation第一种使用方式:代码
查看>>
面向对象的JavaScript-004
查看>>
浏览器兼容之background-size
查看>>