java工程模式_【Java设计模式】创建型模式-工厂模式

工厂模式实现了创建者和调用者的分离。

一、面向对象设计的基本原则

1、OCP(开闭原则，open-closed principle):

1)软件中的对象(类、模块、函数等)应该对于扩展是开放的，但是对于修改是封闭的。

2)这个原则由勃兰特-梅耶在1988年出版的《面向对象软件构造》一书中提出。这一原则认为，软件中的对象(类、模块、函数等)一旦开发完成，该对象的实现只应该因错误而被修改，新的或者改变的特性的操作应该通过新建不同的类实现，新建的类可以通过继承的方式来重用原类的代码。

2、DIP(依赖倒转原则，Dependence Inversion Principle)

针对接口编程，不针对实现类编程，降低了客户与实现模块间的耦合。

3、LoD(迪米特法则，Law of Demeter)

只与你直接的朋友通信，而避免和陌生人通信。

二、工厂模式的核心本质

1)实例化对象，用工厂方法代替new操作。

2)将选择实现类、创建对象统一管理和控制。从而将调用者跟我们的实现类解耦。

三、工厂模式详解

1、不适用工厂模式的情况

public class Client01 { //调用者

public static void main(String[] args) {

//调用者需要和具体实现类打交道

Car c1 = new Aodi();

Car c2 = new Benchi();

c1.run();

c2.run();

}

}

调用者和具体实现类的耦合度是很高的。

不适用工厂模式

2、简单工程模式

/**

* @ClassName CarFactory

* @Description 汽车工厂

* @Author xwd

* @Date 2018/10/17 16:46

*/

public class CarFactory {

/**

* @MethodName createAodi

* @Descrition 创建奥迪

* @Param []

* @return pri.xiaowd.simplefactory.simpleFactoru.Car

*/

public static Car createAodi(){

return new Aodi();

}

/**

* @MethodName createBenchi

* @Descrition 创建奔驰

* @Param []

* @return pri.xiaowd.simplefactory.simpleFactoru.Car

*/

public static Car createBenchi(){

return new Benchi();

}

}

要点：简单工厂模式也叫静态工厂模式，就是工厂类一般是使用静态通过接收的参数的不同来返回不同的对象实例。 调用者可以直接通过工厂获得具体实现类的对象，分离了调用者和创建者。

/**

* @ClassName Client

* @Description 简单工厂模式的情况下

* @Author xwd

* @Date 2018/10/17 16:26

*/

public class Client {

public static void main(String[] args) {

Car c1 = CarFactory.createAodi();

Car c2 = CarFactory.createBenchi();

c1.run();

c2.run();

}

}

简单工厂模式

存在的问题：对于增加新产品无能为力！不修改代码的话，是无法扩展。修改代码的话，违反了OCP原则。

3、工厂方法模式

为了符合OCP原则，建一个工厂接口，该接口定义了生产方法，具体的产品生产通过实现该接口进行。如果要添加的话，只需要新建一个具体的工厂实现类而不需要改动原来的代码，符合OCP原则。

/**

* @InterfaceName CarFactory

* @Description 汽车工厂

* @Author xwd

* @Date 2018/10/17 16:40

*/

public interface CarFactory {

Car createCar();

}

但是调用者必须先创建一个具体的工厂类，在调用创建方法进行创建。

/**

* @ClassName Client

* @Description 工厂方法模式的情况下，需要新加类型时，只需要新加一个具体工厂类

* @Author xwd

* @Date 2018/10/17 16:26

*/

public class Client {

public static void main(String[] args) {

Car c1 = new AodiFactory().createCar();

Car c2 = new BenchiFactory().createCar();

c1.run();

c2.run();

}

}

工厂方法

4、简单工厂和工厂方法的比较

– 结构复杂度

简单工厂模式要占优。简单工厂模式只需一个工厂类，而工厂方法模式的工厂类随着产品类个数增加而增加，这无疑会使类的个数越来越多，从而增加了结构的复杂程度。

– 代码复杂度

代码复杂度和结构复杂度是一对矛盾，简单工厂模式的工厂类随着产品类的增加需要增加很多方法(或代码)，而工厂方法模式每个具体工厂类只完成单一任务，代码简洁。

– 客户端编程难度

工厂方法模式虽然在工厂类结构中引入了接口从而满足了OCP，但是在客户端编码中需要对工厂类进行实例化。而简单工厂模式的工厂类是个静态类，在客户端无需实例化，这无疑是个吸引人的优点。

– 管理上的难度(关键)

1)不必拘泥于OCP，两者扩展性都很好

我们先谈扩展。众所周知，工厂方法模式完全满足OCP，即它有非常良好的扩展性。那是否就说明了简单工厂模式就没有扩展性呢？答案是否定的。简单工厂模式同样具备良好的扩展性——扩展的时候仅需要修改少量的代码(修改工厂类的代码)就可以满足扩展性的要求了。尽管这没有完全满足OCP，但我们不需要太拘泥于设计理论。

2)简单工厂修改简单

然后我们从维护性的角度分析下。假如某个具体产品类需要进行一定的修改，很可能需要修改对应的工厂类。当同时需要修改多个产品类的时候，对工厂类的修改会变得相当麻烦(对号入座已经是个问题了)。反而简单工厂没有这些麻烦，当多个产品类需要修改是，简单工厂模式仍然仅仅需要修改唯一的工厂类(无论怎样都能改到满足要求吧？大不了把这个类重写)。

• 根据设计理论：建议使用工厂方法模式。

• 但实际上，一般都用简单工厂模式。

四、抽象工程模式

抽象工厂模式用来生产不同产品族的全部产品。但是对于增加新的产品是无能为力的。

AbstractFactory

如何理解 对于增加新的产品是无能为力的

首先我们要明确，已有的代码我们不能改动(满足OCP原则)。因此在上图中，我们的产品是Engine和Seat，如果通过添加新的类增加新的产品(例如轮胎Tyre)，但是在HighCarFactory中，创建一个高端汽车的产品族是已经确定了的，也就是说我们不能在不改动原代码的情况下将高端轮胎加入到原来的高端汽车产品族中。

如何理解 抽象工厂模式用来生产不同产品族的全部产品

我们已经生产了高端和低端两个产品族，如果我们需要生产中端产品族，就可以直接创建一个新的类进行生产，只需要将高端引擎和低端作为组装即可。