设计模式之工厂模式
工厂模式
属于创建型模式,它提供了一种创建对象的最佳方式。需要生成的对象叫做产品 ,生成对象的地方叫做工厂 。
场景:
- 解耦合,提高代码灵活性和可扩展性。
- 在任何需要生成复杂对象的地方,都可以使用工厂方法模式。
- 直接用new可以完成的不需要用工厂模式
1简单工厂
简单工厂
模式组成:
- 工厂角色
- 抽象产品角色
- 具体产品角色
优点:工厂类中包含了必要的逻辑,根据客户需要的逻辑动态实例化相关的类。
缺点:不满足“开闭原则”,扩展性差。不同的产品需要不同额外参数的时候 不支持,容错率不高。
使用场景:
工厂类负责创建的对象比较少,客户只需要传入工厂类参数,对于如何创建对象(逻辑)不关心。
定义“大米”接口(产品抽象类)
定义“黑米”“小米”“糯米”类(具体产品类)
简单工厂类:
测试:
反射机制的简单工厂
描述:它也是一个具体的类,非接口 抽象类。但它的get()方法,是利用反射机制生成对象返回,好处是增加一种产品时,不需要修改get()的代码。
缺点:Class.forName(xx.getName()).newInstance()调用的是无参构造函数生成对象,它和new Object()是一样的性质,而工厂方法应该用于复杂对象的初始化 ,当需要调用有参的构造函数时便无能为力。不同的产品需要不同额外参数的时候 不支持,容错率不高。
工厂类:
测试:
多方法工厂(常用)
- 描述:而多方法的工厂模式为不同产品提供不同的生产方法,使用时 需要哪种产品就调用该种产品的方法。
- 优点:使用方便、容错率高。满足开闭原则(新增产品时只需要增加一个方法即可)。
- 缺点:工厂方法压力大,方法较多。
工厂:
测试:
工厂方法模式(普通工厂)
角色组成:
- 抽象工厂角色
- 具体工厂角色
- 抽象产品角色
- 具体产品角色
描述:去掉了多方法工厂模式中工厂方法的静态属性,使其能够被子类继承。这样几种在工厂方法上的压力可以由不同的工厂子类来分类。产品类的实例化延迟到其具体工厂子类.。
优点:拥抱变化。当需求变化,只需要增删相应的类,不需要修改已有的类。满足开闭原则。
缺点:具体工厂子类太多。
抽象工厂:
具体工厂:
测试:
抽象工厂模式
- 描述:用意是为客户端提供一个接口,可以创建多个产品族(指位于不同产品结构中功能相关联的产品组成的家族)中的产品对象。
- 优点:当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象。满足开闭原则。
- 缺点:具体工厂子类太多。
例子:比如刚才的米厂也生产面粉。
面粉类:
具体面粉子类:
抽象工厂类:
具体工厂子类:
测试:
总结
无论是简单工厂模式,工厂方法模式,还是抽象工厂模式,他们都属于工厂模式,在形式和特点上也是极为相似的,他们的最终目的都是为了解耦,提高灵活性。在使用时,我们不必去在意这个模式到底工厂方法模式还是抽象工厂模式,因为他们之间的演变常常是令人琢磨不透的。经常你会发现,明明使用的工厂方法模式,当新需求来临,稍加修改,加入了一个新方法后,由于类中的产品构成了不同等级结构中的产品族,它就变成抽象工厂模式了;而对于抽象工厂模式,当减少一个方法使的提供的产品不再构成产品族之后,它就演变成了工厂方法模式。
所以,在使用工厂模式时,只需要关心降低耦合度的目的是否达到了。
参考:http://blog.****.net/zxt0601/article/details/52798423
http://blog.****.net/wfg18801733667/article/details/60954744