《Head First 设计模式》(四):工厂模式

野性酷女 2023-01-24 02:21 15阅读 0赞

1.简单工厂模式

简单工厂模式专门定义一个类来负责创建其他类的实例,被创建的实例通常都具有共同的父类。

注意:

实际上简单工厂不是一个设计模式,更多程度上比较像一种编程习惯。

结构图:

  • Factory:工厂类,它负责实现创建所有实例的内部逻辑。工厂类的创建产品类的方法可以被外界直接调用,创建所需的产品对象
  • IProduct:抽象产品类,简单工厂模式所创建的所有对象的父类,它负责描述所有实例所共有的公共接口
  • Product:具体产品类,是简单工厂模式的创建目标

在这里插入图片描述

1.1 示例Demo

IProduct:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: Phone * @description: 手机通用规范 * @author: JiangBeiPing * @create: 2021-07-16 09:54 * @Version: 1.0 **/
  3. public interface Phone {
  4. void make();
  5. }

Product:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: MiPhone * @description: 小米手机 * @author: JiangBeiPing * @create: 2021-07-16 09:56 * @Version: 1.0 **/
  3. public class MiPhone implements Phone{
  4. public MiPhone() {
  5. make();
  6. }
  7. @Override
  8. public void make() {
  9. System.out.println("生产一台小米手机");
  10. }
  11. }
  12. package com.jbp.designpattern.factory.simplefactory;
  13. /** * @ClassName: VideoPhone * @description: VO手机 * @author: JiangBeiPing * @create: 2021-07-16 09:58 * @Version: 1.0 **/
  14. public class VideoPhone implements Phone{
  15. public VideoPhone() {
  16. make();
  17. }
  18. @Override
  19. public void make() {
  20. System.out.println("生产一台VO手机");
  21. }
  22. }

Factory:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: PhoneFactory * @description: 手机生产工厂 * @author: JiangBeiPing * @create: 2021-07-16 09:59 * @Version: 1.0 **/
  3. public class PhoneFactory {
  4. public Phone makePhone(String phoneType){
  5. if ("MiPhone".equals(phoneType)){
  6. return new MiPhone();
  7. }else if ("VideoPhone".equals(phoneType)){
  8. return new VideoPhone();
  9. }
  10. return null;
  11. }
  12. }

测试:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: test * @description: 测试 * @author: JiangBeiPing * @create: 2021-07-16 10:07 * @Version: 1.0 **/
  3. public class test {
  4. public static void main(String[] args) {
  5. PhoneFactory phoneFactory = new PhoneFactory();
  6. Phone miPhone = phoneFactory.makePhone("MiPhone");
  7. }
  8. }

2. 工厂方法模式

使用OOP的多态性,将工厂和产品都抽象出一个基类,在基类中定义统一的接口,然后在具体的工厂中创建具体的产品。

  • 抽象工厂角色:与应用程序无关,任何在模式中创建对象的工厂必须实现这个接口
  • 具体工厂角色:实现了抽象工厂接口的具体类,含有与引用密切相关的逻辑,并且受到应用程序的调用以创建产品对象
  • 抽象产品角色:工厂方法所创建产品对象的超类型,也就是产品对象的共同父类或共同拥有的接口
  • 具体产品角色:这个角色实现了抽象产品角色所声名的接口。工厂方法所创建的每个具体产
  • 品对象都是某个具体产品角色的实例

2.1 示例Demo

AbstractFactory类:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: AbstractFactory * @description: 抽象工厂 * @author: JiangBeiPing * @create: 2021-07-16 15:39 * @Version: 1.0 **/
  3. public interface AbstractFactory {
  4. Phone makePhone();
  5. }

具体工厂角色:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: MiFactory * @description: 小米手机制造工厂 * @author: JiangBeiPing * @create: 2021-07-16 15:44 * @Version: 1.0 **/
  3. public class MiFactory implements AbstractFactory{
  4. @Override
  5. public Phone makePhone() {
  6. return new MiPhone();
  7. }
  8. }
  9. package com.jbp.designpattern.factory.simplefactory;
  10. /** * @ClassName: VideoFactory * @description: 制造vo手机的工厂 * @author: JiangBeiPing * @create: 2021-07-16 15:46 * @Version: 1.0 **/
  11. public class VideoFactory implements AbstractFactory{
  12. @Override
  13. public Phone makePhone() {
  14. return new VideoPhone();
  15. }
  16. }

测试:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: test * @description: 测试 * @author: JiangBeiPing * @create: 2021-07-16 10:07 * @Version: 1.0 **/
  3. public class test {
  4. public static void main(String[] args) {
  5. // 简单工厂模式
  6. PhoneFactory phoneFactory = new PhoneFactory();
  7. Phone miPhone = phoneFactory.makePhone("MiPhone");
  8. // 工厂方法模式
  9. AbstractFactory miFactory = new MiFactory();
  10. AbstractFactory videoFactory = new VideoFactory();
  11. miFactory.makePhone();
  12. videoFactory.makePhone();
  13. }
  14. }

2.2 优缺点

优点:

  1. 子类提供挂钩。基类为工厂方法提供缺省实现,子类可以重写新的实现,也可以继承父类的实现
  2. 屏蔽产品类。产品类的实现如何变化,调用者都不需要关心,只需关心产品的接口,只要接口保持不变,系统中的上层模块就不会发生变化
  3. 降低了工厂类的内聚,满足了类之间的层次关系,又很好的符合了面向对象设计中的单一职责原则,这样有利于程序的拓展

缺点:

  1. 添加新产品时,除了增加新产品类外,还要提供与之对应的具体工厂类,系统类的个数将成对增加,在一定程度上增加了系统的复杂度
  2. 由于考虑到系统的可扩展性,需要引入抽象层,在客户端代码中均使用抽象层进行定义,增加了系统的抽象性和理解难度,且在实现时可能需要用到DOM、反射等技术,增加了系统的实现难度
  3. 一个具体工厂只能创建一种具体产品

3. 抽象工厂模式

抽象工厂是指一个工厂等级结构可以创建出分属于不同产品等级结构的一个产品族中的所有对象

以生产手机和电脑为例说明,我们需要一个抽象工厂下面有两个子工厂,一个叫做手机工厂(PhoneFactory)用于生产手机,一个叫做电脑工厂(PcFactory),用于生产电脑。

抽象工厂与工厂方法的区别是,工厂方法中的具体工厂一般只生产一个或几个对象,而抽象工厂中的具体工厂生产的是一族对象。

  • 抽象工厂(Abstract Factory)角色: 担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的
  • 具体工厂(Concrete Factory)角色:这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的
  • 抽象产品(Abstract Product)角色:担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口
  • 具体产品(Concrete Product)角色:抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑

3.1 示例Demo

抽象工厂(Abstract Factory)角色:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: AbstractFactory * @description: 抽象工厂 * @author: JiangBeiPing * @create: 2021-07-16 15:39 * @Version: 1.0 **/
  3. public interface AbstractFactory {
  4. Phone makePhone();
  5. AbstractPc makePc();
  6. }

具体工厂(Concrete Factory)角色:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: MiFactory * @description: 小米手机制造工厂 * @author: JiangBeiPing * @create: 2021-07-16 15:44 * @Version: 1.0 **/
  3. public class MiFactory implements AbstractFactory{
  4. @Override
  5. public Phone makePhone() {
  6. return new MiPhone();
  7. }
  8. @Override
  9. public AbstractPc makePc() {
  10. return new MiPc();
  11. }
  12. }
  13. package com.jbp.designpattern.factory.simplefactory;
  14. /** * @ClassName: VideoFactory * @description: 制造vo手机的工厂 * @author: JiangBeiPing * @create: 2021-07-16 15:46 * @Version: 1.0 **/
  15. public class VideoFactory implements AbstractFactory{
  16. @Override
  17. public Phone makePhone() {
  18. return new VideoPhone();
  19. }
  20. @Override
  21. public AbstractPc makePc() {
  22. return new VideoPc();
  23. }
  24. }

抽象产品(Abstract Product)角色:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: AbstractPc * @description: 电脑统一规范接口 * @author: JiangBeiPing * @create: 2021-07-16 16:37 * @Version: 1.0 **/
  3. public interface AbstractPc {
  4. void make();
  5. }

具体产品(Concrete Product)角色:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: MiPc * @description: 小米电脑 * @author: JiangBeiPing * @create: 2021-07-16 16:38 * @Version: 1.0 **/
  3. public class MiPc implements AbstractPc{
  4. public MiPc() {
  5. make();
  6. }
  7. @Override
  8. public void make() {
  9. System.out.println("生产一台小米电脑");
  10. }
  11. }
  12. package com.jbp.designpattern.factory.simplefactory;
  13. /** * @ClassName: VideoPc * @description: vo电脑 * @author: JiangBeiPing * @create: 2021-07-16 16:39 * @Version: 1.0 **/
  14. public class VideoPc implements AbstractPc{
  15. public VideoPc() {
  16. make();
  17. }
  18. @Override
  19. public void make() {
  20. System.out.println("生产一台vo电脑");
  21. }
  22. }

测试:

  1. package com.jbp.designpattern.factory.simplefactory;
  2. /** * @ClassName: test * @description: 测试 * @author: JiangBeiPing * @create: 2021-07-16 10:07 * @Version: 1.0 **/
  3. public class test {
  4. public static void main(String[] args) {
  5. // 简单工厂模式
  6. PhoneFactory phoneFactory = new PhoneFactory();
  7. Phone miPhone = phoneFactory.makePhone("MiPhone");
  8. // 工厂方法模式
  9. AbstractFactory miFactory = new MiFactory();
  10. AbstractFactory videoFactory = new VideoFactory();
  11. miFactory.makePhone();
  12. videoFactory.makePhone();
  13. // 抽象工厂模式
  14. miFactory.makePc();
  15. videoFactory.makePc();
  16. }
  17. }

3.2 使用场景

  • 系统要求不依赖于产品类实例如何被创建、组合和表达的细节
  • 系统有多于一个的产品族,而系统只消费其中某一产品族
  • 系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于实现

3.3 抽象工厂模式与工厂方法模式的区别

  1. 工厂方法模式:每个抽象产品派生多个具体产品类,每个抽象工厂类派生多个具体工厂类,每个具体工厂类负责一个具体产品的实例创建
  2. 抽象工厂模式:每个抽象工厂派生多个具体工厂类,每个具体工厂负责多个(一系列)具体产品的实例创建

3.4 优缺点

优点:

  1. 抽象工厂模式隔离了具体类的生产,使得客户并不需要知道什么被创建
  2. 当一个产品族中的多个对象被设计成一起工作时,它能保证客户端始终只使用同一个产品族中的对象
  3. 增加新的具体工厂和产品族很方便,无须修改已有系统,符合“开闭原则”

缺点:

  1. 增加新的产品等级结构很复杂,需要修改抽象工厂和所有的具体工厂类

发表评论

表情:
评论列表 (有 0 条评论,15人围观)

还没有评论,来说两句吧...

相关阅读

    相关 Head First 设计模式

    策略模式(Strategy Pattern) 定义了算法族,分别封装起来,让它们之间可以互相替换,此模式让算法的变化独立于使用算法的客户。 > 设计原则:找出应用中可能