0107 设计模式之创建型模式

创建型模式是对类的实例化的抽象，对类的创建和使用分离。主要包括以下6种。

1、工厂方法模式
1.1 定义
🥝
定义：工厂父类负责定义创建产品对象的公共接口，由工厂子类负责生产具体产品对象，即将产品的创建延迟到工厂子类中完成，工厂子类来决定创建哪一种产品。

工厂方法模式包含如下角色：

Product：抽象产品
ConcreteProduct：具体产品
Factory：抽象工厂
ConcreteFactory：具体工厂

UML图

时序图

1.2 实践
实践用例：实现一个日志记录器，支持多种日志记录方式，如文件记录、数据库记录等，且用户可以根据要求动态选择日志记录方式， 现使用工厂方法模式设计该系统。
创建一个日志工厂父类
package factorymethod;

abstract public class LogFactory {
abstract Log createLog();

}

其中，使用抽象的类，以及抽象的方法。现在让我们还需要一个抽象的日志类。

创建一个抽象的日志类
package factorymethod;

abstract public class Log {
abstract public void writeLog();
}
现在，抽象层的内容已经实现完毕，可以接活了。此时来了一个需求：做一个文件日志记录器，这个工具用来记录文件操作的日志。

有了抽象层的基础，我们要做的无非就是实现对应的两个的抽象类及其方法：

1、实现日志工厂子类

package factorymethod;

public class FileLogFactory extends LogFactory{
@Override
public Log createLog() {
System.out.println(“create File Log Factory”);
return new FileLog();
}
}
2、实现文件日志记录的具体方法

package factorymethod;

public class FileLog extends Log{
@Override
public void writeLog() {
System.out.println(“File Log is writing…”);
}
}
我们来测试一下这个文件日志记录器：

package factorymethod;

import org.junit.Test;

public class TestEntrance {

@Test
public void testFileLog() {
    LogFactory logFactory = new FileLogFactory();
    Log log = logFactory.createLog();

    log.writeLog();
}

}
运行之后打印：

create File Log Factory
File Log is writing…

软件工程中，唯一不变的就是变化。现在新的需求来了，我们需要一个数据库日志记录器：专门记录日志操作的的日志。这简直就是个A-ha时刻，因为我们可以如法炮制。

1、实现一个数据库日志工厂子类

package factorymethod;

public class DBLogFactory extends LogFactory{
@Override
public Log createLog() {
System.out.println(“create DB Log Factory”);
return new DBLog();
}
}
2、实现数据库日志记录的具体方法

package factorymethod;

public class DBLog extends Log {
@Override
public void writeLog() {
System.out.println(“DB Log is writing…”);
}
}
测试一下数据库日志记录器：

package factorymethod;

import org.junit.Test;

public class TestEntrance {
@Test
public void testDBLog() {
LogFactory logFactory = new DBLogFactory();
Log log = logFactory.createLog();

    log.writeLog();
}

}
运行之后打印：

create DB Log Factory
DB Log is writing…
1.3 工厂方法模式的优点
在工厂方法模式中，工厂方法用来创建客户所需要的产品，同时还向客户隐藏了哪种具体产品类将被实例化这一细节，用户只需要关心所需产品对应的工厂，无须关心创建细节，甚至无须知道具体产品类的类名。
基于工厂角色和产品角色的多态性设计是工厂方法模式的关键。它能够使工厂可以自主确定创建何种产品对象，而如何创建这个对象的细节则完全封装在具体工厂内部。工厂方法模式之所以又被称为多态工厂模式，是因为所有的具体工厂类都具有同一抽象父类。
使用工厂方法模式的另一个优点是在系统中加入新产品时，无须修改抽象工厂和抽象产品提供的接口，无须修改客户端，也无须修改其他的具体工厂和具体产品，而只要添加一个具体工厂和具体产品就可以了。这样，系统的可扩展性也就变得非常好，完全符合“开闭原则”。
1.4 工厂方法模式的缺点
在添加新产品时，需要编写新的具体产品类，而且还要提供与之对应的具体工厂类，系统中类的个数将成对增加，在一定程度上增加了系统的复杂度，有更多的类需要编译和运行，会给系统带来一些额外的开销。
由于考