Java设计模式-工厂模式

简介: Java设计模式-工厂模式

Java设计模式-工厂模式

什么是工厂模式?

工厂模式(Factory Pattern)是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。

在工厂模式中,我们在创建对象时不会对客户端暴露创建逻辑,并且是通过使用一个共同的接口来指向新创建的对象。

简单编写一个类:

1、简单工厂模式

interface IFruit{
  public void eat();  //吃水果
}
class Apple implements IFruit{
  public void eat(){
    System.out.println("削皮吃苹果!");
  }
}
class Orange implements IFruit{
  public void eat(){
    System.out.println("剥皮吃橘子!");
  }
}
public class Factory{
  public static void main(String args[]){
    IFruit fruit = new Apple();
    //削皮吃苹果!
    fruit.eat();
  }
}

本程序非常简单就是通过接口的子类为接口对象实例化,但是本操作存在什么样的问题呢?

之前一直在强调,主方法或者是主类是一个客户端,客户端的操作应该越简单越好。但是在现在的程序之中,有一个最大的问题:客户端之中,一个接口和一个固定的子类绑在一起了。

在本程序之中,最大的问题在于耦合上,发现在主方法之中一个接口和一个子类紧密耦合在一起,这种方法比较直接,可以简单的理解为:A→B,但是这种紧密的方式不方便于维护,所以后来使用了A→B→C,中间经历了一个过渡,这样一来B去改变,C去改变,但是A不需要改变,就好比JAVA的JVM一样:程序→JVM→操作系统。

2、普通工厂模式

UML图:

image.png

源代码:

ProjectFactory.java

public interface ProjectFactory {
  Project getname();
}

BlueFactory.java(ConcreteFactory1)

public class BlueFactory implements ProjectFactory{
  @Override
  public Project getname() {
    // TODO Auto-generated method stub
    return new Bluepen();
  }
}

RedFactory.java(ConcreteFactory2)

public class RedFactory implements ProjectFactory{
  @Override
  public Project getname() {
    // TODO Auto-generated method stub
    return new redPen();
  }
}

Project.java(产品类)

public interface Project {
  void name();
}

Bluepen.java(ConcreteProject1)

public class Bluepen implements Project{
  @Override
  public void name() {
    // TODO Auto-generated method stub
    System.out.println("这是一个蓝色的笔");
  }
}

RedFactory.java(ConcreteProject2)

public class RedFactory implements ProjectFactory{
  @Override
  public Project getname() {
    // TODO Auto-generated method stub
    return new redPen();
  }
}

测试类

public class Client {
  public static void main(String[] args) {
    Project pen = new RedFactory().getname();
    pen.name();
    Project pen1 = new BlueFactory().getname();
    pen1.name();
  }
}

运行结果:

这个时候发现客户端不在和一个具体的子类耦合在一起了,就算以后增加了新的子类,那么也只需要修改Factory类即可。

总结:

  1. 以后如果是自己编写的接口如果想要取得接口的 实例化对象,第一反应写工厂类
  2. 简单工厂和工厂方法模式的不同在于前者生成产生产品的行为封装在一个方法中,根据参数的类型进行实例化,同时不存在抽象接口。而后者则增加了抽象工厂,通过实现不同的工厂方法来创建不同的产品,一个方法通常对应一个产品,这种方式相较于前者扩展性更高,在需求增加时完全符合开闭原则和依赖倒置原则

使用场景:

消费者不关心它所要创建对象的类(产品类)的时候。

消费者知道它所要创建对象的类(产品类),但不关心如何创建的时候。

例如:hibernate里通过sessionFactory创建session、通过代理方式生成ws客户端时,通过工厂构建报文中格式化数据的对象。

3、抽象工厂模式

定义:为创建一组相关或相互依赖的对象提供一个接口,而且无需指定他们的具体类。

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

 抽象工厂模式是工厂方法模式的升级版本,他用来创建一组相关或者相互依赖的对象。他与工厂方法模式的区别就在于,工厂方法模式针对的是一个产品等级结构;而抽象工厂模式则是针对的多个产品等级结构。在编程中,通常一个产品结构,表现为一个接口或者抽象类,也就是说,工厂方法模式提供的所有产品都是衍生自同一个接口或抽象类,而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。

在抽象工厂模式中,有一个产品族的概念:所谓的产品族,是指位于不同产品等级结构中功能相关联的产品组成的家族。抽象工厂模式所提供的一系列产品就组成一个产品族;而工厂方法提供的一系列产品称为一个等级结构。.

如果工厂的产品全部属于同一个等级结构,则属于工厂方法模式;如果工厂的产品来自多个等级结构,则属于抽象工厂模式。

UML图:

image.png

源代码:

Factory.java(抽象工厂)

public interface Factory {
  PhoneProject projectPhone();
  LaptopProject projectLaptop();
}

HuaWeiFactory.java(华为具体工厂)

public class HuaWeiFactory implements Factory{
  @Override
  public PhoneProject projectPhone() {
    // TODO Auto-generated method stub
    return new HuaWeiPhone();
  }
  @Override
  public LaptopProject projectLaptop() {
    // TODO Auto-generated method stub
    return new HuaWeiLaptop();
  }
}

XiaomiFactory.java(小米具体工厂)

public class XiaomiFactory implements Factory{
  @Override
  public PhoneProject projectPhone() {
    // TODO Auto-generated method stub
    return new XiaomiPhone();
  }
  @Override
  public LaptopProject projectLaptop() {
    // TODO Auto-generated method stub
    return new XiaomiLaptop();
  }
}

LaptopProject.java(笔记本产品)

public interface LaptopProject {
  void getId();
  void printInfo();
}

HuaWeiLaptop.java(华为笔记本)

public class HuaWeiLaptop implements LaptopProject{
  @Override
  public void getId() {
    // TODO Auto-generated method stub
    System.out.println("编号"+123);
  }
  @Override
  public void printInfo() {
    // TODO Auto-generated method stub
    System.out.println("生产了华为电脑");
  }
}

XiaomiLaptop.java(小米笔记本)

public class XiaomiLaptop implements LaptopProject{
  @Override
  public void getId() {
    // TODO Auto-generated method stub
    System.out.println("编号"+213);
  }
  @Override
  public void printInfo() {
    // TODO Auto-generated method stub
    System.out.println("生产小米电脑");
  }
}

PhoneProject.java(手机产品)

public interface PhoneProject {
  void getId();
  void printInfo();
}

HuaWeiPhone.java(华为手机)

public class HuaWeiPhone implements PhoneProject{
  @Override
  public void getId() {
    // TODO Auto-generated method stub
    System.out.println("编号:"+123412);
  }
  @Override
  public void printInfo() {
    // TODO Auto-generated method stub
    System.out.println("生产华为手机");
  }
}

XiaomiPhone.java(小米手机)

public class XiaomiPhone implements PhoneProject{
  @Override
  public void getId() {
    // TODO Auto-generated method stub
    System.out.println("编号:"+123412);
  }
  @Override
  public void printInfo() {
    // TODO Auto-generated method stub
    System.out.println("生产了小米手机!!");
  }
}

测试类:

public class Client {
  public static void main(String[] args) {
    PhoneProject huawei = new HuaWeiFactory().projectPhone();
    huawei.printInfo();
    huawei.getId();
    PhoneProject xiaomi = new XiaomiFactory().projectPhone();
    xiaomi.printInfo();
    LaptopProject huawei1 = new HuaWeiFactory().projectLaptop();
    huawei1.printInfo();
  }
}

运行结果:

image.png

总结:

抽象工厂模式是工厂方法模式的升级版,后者面向单个产品,而前者面向的的是一个产品族。根据官方定义:为创建一组相关/互相依赖的对象提供一个接口而无需指定它们的具体类。

比如一个汽车工厂要生成骑车,而每种汽车都有车门、车轮胎等一系列产品,这意味着每增加一款汽车就需要增加一个新的工厂来提供新产品的实现。这时候就可以使用抽象工厂模式来进行设计。抽象工厂模式适用于一系列产品族。

优点:

  1. 抽象厂模式将产品族的依赖与约束关系放到抽象工厂中,便于管理。
  2. 职责解耦,用户不需要关心一堆自己不关心的细节,由抽象厂来负责组件的创建
  3. 切换产品族容易,只需要增加一个具体工厂实现,客户端选择另-个套餐就可以了

缺点:

  1. 抽象工厂模式类增加的速度很快,有一个产品族就需要增加一一个具体工厂实现,比较繁琐
  2. 产品族难以扩展产品。当产品族中增加一个产品时,抽象工厂接口中需要增加一个函数,对应的所有具体工厂实现都需要修改,修改放大严重。
  3. 抽象厂并未完全屏蔽创建细节,给出的都是组件。对于这种情况可以结合工厂模式或简单工厂模式-起使用。

使用场景:

大家应该已经发现了,其实抽象工厂模式如果只有一个组件的话,其实是退化到工厂方法模式,也就是没有了产品族的概念,只剩一一个产品了,因此简单工厂,厂方法,抽象工厂这三者之间是有内在联系的,区别只产品的复杂度。抽象工厂的本质是选择产品族,因此大家可以根据这个特征来识别是否可以应用抽象厂。


目录
相关文章
|
27天前
|
设计模式 Java 程序员
[Java]23种设计模式
本文介绍了设计模式的概念及其七大原则,强调了设计模式在提高代码重用性、可读性、可扩展性和可靠性方面的作用。文章还简要概述了23种设计模式,并提供了进一步学习的资源链接。
44 0
[Java]23种设计模式
|
11天前
|
设计模式 JavaScript Java
Java设计模式:建造者模式详解
建造者模式是一种创建型设计模式,通过将复杂对象的构建过程与表示分离,使得相同的构建过程可以创建不同的表示。本文详细介绍了建造者模式的原理、背景、应用场景及实际Demo,帮助读者更好地理解和应用这一模式。
|
1月前
|
设计模式 监控 算法
Java设计模式梳理:行为型模式(策略,观察者等)
本文详细介绍了Java设计模式中的行为型模式,包括策略模式、观察者模式、责任链模式、模板方法模式和状态模式。通过具体示例代码,深入浅出地讲解了每种模式的应用场景与实现方式。例如,策略模式通过定义一系列算法让客户端在运行时选择所需算法;观察者模式则让多个观察者对象同时监听某一个主题对象,实现松耦合的消息传递机制。此外,还探讨了这些模式与实际开发中的联系,帮助读者更好地理解和应用设计模式,提升代码质量。
Java设计模式梳理:行为型模式(策略,观察者等)
|
2月前
|
存储 设计模式 安全
Java设计模式-备忘录模式(23)
Java设计模式-备忘录模式(23)
|
2月前
|
设计模式 存储 算法
Java设计模式-命令模式(16)
Java设计模式-命令模式(16)
|
2月前
|
设计模式 存储 缓存
Java设计模式 - 解释器模式(24)
Java设计模式 - 解释器模式(24)
|
2月前
|
设计模式 安全 Java
Java设计模式-迭代器模式(21)
Java设计模式-迭代器模式(21)
|
2月前
|
设计模式 缓存 监控
Java设计模式-责任链模式(17)
Java设计模式-责任链模式(17)
|
2月前
|
设计模式 运维 算法
Java设计模式-策略模式(15)
Java设计模式-策略模式(15)
|
2月前
|
设计模式 算法 Java
Java设计模式-模板方法模式(14)
Java设计模式-模板方法模式(14)