。

工厂模式提供了一种创建对象的方式#xff0c;而无需指定要创建的具体类。

工厂模式属于创建型模式#xff0c;它在创建对象时提供了一种封装机制#xff0c;将实际创建对象的代码与使用代码分离。

…工厂设计模式属于创建型模式它提供了一种创建对象的最佳方式。

工厂模式提供了一种创建对象的方式而无需指定要创建的具体类。

工厂模式属于创建型模式它在创建对象时提供了一种封装机制将实际创建对象的代码与使用代码分离。

面相对象编程中万物皆对象。

每个对象如果都通过关键字new创建则会导致对象与其调用者耦合严重。

假如更换要new的对象则所有new对象的地方都需要改变代码这显然违背了“开-闭原则”。

如果使用工厂来生产对象我们只需要和工厂打交道彻底和对象解耦如果更换对象只需要在工厂里更换对象而不需要再所有的地方进行更换这样达到了与对象解耦的目的。

工厂模式最大优点就是解耦。

简单工厂模式

简单工厂模式根据传入的参数决定创建哪个类型的实例。

简单工厂模式本着高内聚低耦合的原则将系统的逻辑部分和功能分开。

使用场景

你不想直接new这个类的对象怕以后这个类改变的时候你需要回来改代码而此时依赖这个类的地方已经到处都是了。

这个类的对象构建过程非常复杂你不愿意将这么复杂的构建过程一遍又一遍的写在需要用到此对象的地方。

这个类的对象在构建过程中依赖了很多其他的类而你无法在调用的地方提供

Calendar.getInstance()方法。

Logback源码中多个重载的

对象工厂SimpleFactory负责实现创建所有产品实例的内部逻辑。

抽象产品即要生产的对象的接口描述所有实例要实现的公共接口。

具体产品即创建的产品实例。

所有创建的实例都是抽象产品的具体实现。

结构图

结构简单调用方便。

工厂和产品的职责区分明确。

客户端无需知道所创建具体产品的类名只需知道参数即可。

简单工厂模式的工厂类单一负责所有产品的创建职责过重一旦异常整个系统将受影响。

违背“开放-关闭原则”一旦添加新产品就必须修改简单工厂类的内部逻辑工厂类代码会非常臃肿违背高聚合原则。

简单工厂模式使用了静态工厂方法静态方法不能被继承和重写造成工厂角色无法形成基于继承的等级结构。

应用实例

这里对简单工厂创建产品进行了优化可以通过缓存、配置文件、反射和泛型等技术了优化。

如果运算业务需要扩展需要创建具体运算类即可不需要再修改简单工厂类了。

public

OperationAdd());cachedParsers.put(-,

new

OperationSub());cachedParsers.put(*,

new

OperationMul());cachedParsers.put(/,

new

null;//返回null还是IllegalArgumentException全凭你自己说了算}return

cachedParsers.get(operate);}/***

createOperate0运用缓存技术节省内存和对象创建的时间*

createOperate0

采用反射技术进行优化即createOperate2方法*/public

static

Class.forName(className).newInstance();}}

catch

createOperate2方法中类型强制转型参数为字符串可控性不高*

采用反射和泛型技术进行优化即createOperate3方法*/public

static

2;System.out.println(OperationFactory.createOperate0(*).compute(num1,

num2));System.out.println(OperationFactory.createOperate1(*).compute(num1,

num2));Operation

OperationFactory.createOperate2(cn.jq.learn.simplefactorypattern.OperationDiv);System.out.println(operate2.compute(num1,

num2));Operation

OperationFactory.createOperate3(OperationAdd.class);System.out.println(operate3.compute(num1,

num2));}