一、简单工厂模式
1、介绍
简单工厂模式又叫静态方法模式(因为工厂类定义了一个静态方法)
现实生活中,工厂是负责生产产品的;同样在设计模式中,简单工厂模式我们可以理解为负责生产对象的一个类,称为“工厂类”Factory
2、解决的问题
即使用者可直接消费产品而不需要知道其生产的细节
3、模式原理
(1)、模式组成
抽象产品(Product) | 具体产品的父类 | 描述产品的公共接口 |
具体产品(Concrete Product) | 抽象产品的子类;工厂类创建的目标类 | 描述生产的具体产品 |
工厂(Creator) | 被外界调用 | 根据传入不同参数从而创建不同具体产品类的实例 |
(2)、UML类图
(3)、使用步骤
-
创建抽象产品类 & 定义具体产品的公共接口;
-
创建具体产品类(继承抽象产品类) & 定义生产的具体产品;
-
创建工厂类,通过创建静态方法根据传入不同参数从而创建不同具体产品类的实例;
-
外界通过调用工厂类的静态方法,传入不同参数从而创建不同具体产品类的实例
4、实例
a、概况
-
背景:小成有一个塑料生产厂,用来做塑料加工生意
-
目的:最近推出了3个产品,小成希望使用简单工厂模式实现3款产品的生产
b、实例
步骤1:创建抽象产品类,定义具体产品的公共接口
public abstract class Product {
public abstract void show();
}
步骤2:创建具体产品类(继承抽象产品类),定义生产的具体产品
public class ProductA extends Product{
//具体产品类A
@Override
public void show() {
// TODO Auto-generated method stub
System.out.println("生产出了产品A");
}
//具体产品类B
@Override
public void show() {
// TODO Auto-generated method stub
System.out.println("生产出了产品B");
}
//具体产品类C
@Override
public void show() {
// TODO Auto-generated method stub
System.out.println("生产出了产品C");
}
}
步骤3:创建工厂类,通过创建静态方法从而根据传入不同参数创建不同具体产品类的实例
public class Factory {
public static Product Manufacture(String ProductName) {
switch (ProductName) {
case "A":
return new ProductA();
case "B":
return new ProductB();
case "C":
return new ProductC();
default:
return null;
}
}
}
步骤4:外界通过调用工厂类的静态方法,传入不同参数从而创建不同具体产品类的实例
public class SimpleFactoryPattern {
public static void main(String[] args) {
Factory mfactory = new Factory();
//客户要产品A
try {
mfactory.Manufacture("A").show();
}catch(NullPointerException e) {
System.out.println("没有这一类产品");
}
//客户要产品B
try {
mfactory.Manufacture("B").show();
}catch(ullPointerException e) {
System.out.println("没有这一类产品");
}
//客户要产品C
try {
mfactory.Manufacture("C").show();
}catch(NullPointerException e) {
System.out.println("没有这一类产品");
}
}
}
5、优点
-
将创建实例的工作与使用实例的工作分开,使用者不必关心类对象如何创建,实现了解耦;
-
把初始化实例时的工作放到工厂里进行,使代码更容易维护。 更符合面向对象的原则 & 面向接口编程,而不是面向实现编程。
6、缺点
-
工厂类集中了所有实例(产品)的创建逻辑,一旦这个工厂不能正常工作,整个系统都会受到影响;
-
违背“开放 - 关闭原则”,一旦添加新产品就不得不修改工厂类的逻辑,这样就会造成工厂逻辑过于复杂。
-
简单工厂模式由于使用了静态工厂方法,静态方法不能被继承和重写,会造成工厂角色无法形成基于继承的等级结构。
7、应用场景
-
客户如果只知道传入工厂类的参数,对于如何创建对象的逻辑不关心时;
-
当工厂类负责创建的对象(具体产品)比较少时。
二、工厂方法模式
1、介绍
工厂方法模式,又称工厂模式、多态工厂模式和虚拟构造器模式,通过定义工厂父类负责定义创建对象的公共接口,而子类则负责生成具体的对象。
一个抽象产品类,可以派生出多个具体产品类。
一个抽象工厂类,可以派生出多个具体工厂类。
每个具体工厂类只能创建一个具体产品类的实例。
2、作用
将类的实例化(具体产品的创建)延迟到工厂类的子类(具体工厂)中完成,即由子类来决定应该实例化(创建)哪一个类。
3、解决的问题
工厂一旦需要生产新产品就需要修改工厂类的方法逻辑,违背了“开放 - 关闭原则
4、模式原理
(1)、UML类图
(2)、模式组成
抽象产品(Product) | 具体产品的父类 | 描述具体产品的公共接口 |
具体产品(Concrete Product) | 抽象产品的子类;工厂类创建的目标类 | 描述生产的具体产品 |
抽象工厂(Creator) | 具体工厂的父类 | 描述具体工厂的公共接口 |
具体工厂(Concrete Creator) | 抽象工厂的子类;被外界调用 | 描述具体工厂;实现FactoryMethod工厂方法创建产品的实例 |
(3)、使用步骤
-
创建抽象工厂类,定义具体工厂的公共接口;
-
创建抽象产品类,定义具体产品的公共接口;
-
创建具体产品类(继承抽象产品类) & 定义生产的具体产品;
-
创建具体工厂类(继承抽象工厂类),定义创建对应具体产品实例的方法;
-
外界通过调用具体工厂类的方法,从而创建不同具体产品类的实例
5、实例
a、概况
-
背景:小成有一间塑料加工厂(仅生产A类产品);随着客户需求的变化,客户需要生产B类产品;
-
冲突:改变原有塑料加工厂的配置和变化非常困难,假设下一次客户需要再发生变化,再次改变将增大非常大的成本;
-
解决方案:小成决定置办塑料分厂B来生产B类产品;
b、使用步骤
步骤1:创建抽象工厂类
public abstract class Factory {
public abstract Product Manufacture();
}
步骤2: 创建抽象产品类
public abstract class Product {
public abstract void show();
}
步骤3:步骤创建具体产品类
public class ProductA extends Product{
//具体产品A类
@Override
public void show() {
// TODO Auto-generated method stub
System.out.println("生产出了产品A");
}
//具体产品B类
@Override
public void show() {
// TODO Auto-generated method stub
System.out.println("生产出了产品B");
}
}
步骤4:创建具体工厂类
public class FactoryA extends Factory{
//工厂A类——生产A类产品
@Override
public Product Manufacture() {
// TODO Auto-generated method stub
return new ProductA();
}
}
public class FactoryB extends Factory{
//工厂B类——生产B类产品
@Override
public Product Manufacture() {
// TODO Auto-generated method stub
return new ProductB();
}
}
步骤5外界通过调用具体工厂类的方法,从而创建不同具体产品类的实例
public class FactoryPattern {
public static void main(String[] args) {
Factory mFactoryA = new FactoryA();
mFactoryA.Manufacture().show();
Factory mFactoryB = new FactoryB();
mFactoryB.Manufacture().show();
}
}
6、优点
(1)、更符合开-闭原则
新增一种产品时,只需要增加相应的具体产品类和相应的工厂子类即可
(2)、符合单一职责原则
每个具体工厂类只负责创建对应的产品
(3)、不使用静态工厂方法,可以形成基于继承的等级结构。
7、缺点
-
添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度;同时,有更多的类需要编译和运行,会给系统带来一些额外的开销;
-
由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度。
-
虽然保证了工厂方法内的对修改关闭,但对于使用工厂方法的类,如果要更换另外一种产品,仍然需要修改实例化的具体工厂类;
-
一个具体工厂只能创建一种具体产品
8、应用场景
-
当一个类不知道它所需要的对象的类时 在工厂方法模式中,客户端不需要知道具体产品类的类名,只需要知道所对应的工厂即可;
-
当一个类希望通过其子类来指定创建对象时 在工厂方法模式中,对于抽象工厂类只需要提供一个创建产品的接口,而由其子类来确定具体要创建的对象,利用面向对象的多态性和里氏代换原则,在程序运行时,子类对象将覆盖父类对象,从而使得系统更容易扩展。
-
将创建对象的任务委托给多个工厂子类中的某一个,客户端在使用时可以无须关心是哪一个工厂子类创建产品子类,需要时再动态指定,可将具体工厂类的类名存储在配置文件或数据库中。