设计模式二十四章经之工厂模式

概述

工厂模式在我们平常开发中应用比较广泛,或许你不知道,但你已经使用了很多次了。我们明确地计划不同条件下创建不同实例时,就会使用到工厂模式。工厂模式分为简单工厂模式和抽象工厂模式。这边我们先说简单的工厂模式。

使用场景

在任何需要生成复杂的对象的地方,都可以使用工厂模式。复杂对象适合使用工厂模式。而直接通过new就可以完成创建的对象无需使用工厂模式。

具体实现

首先,我们创建一个实体类的接口:

public interface Shape {
   void draw();
}

现在我们创建2个实体类去实现这个接口:

public class Square implements Shape {
   @Override
   public void draw() {
      System.out.println("Square:draw() method.");
   }
}
public class Circle implements Shape {
   @Override
   public void draw() {
      System.out.println("Circle:draw() method.");
   }
}

现在我们创建一个抽象工厂类:

public abstract class Factroy{
      public abstract Shape create();
}

然后我们创建工厂1和工厂2:

public class SquareFactory extends Factroy{
  @override
  public Shape create(){
      return new Square();
  }
}
public class CircleFactory extends Factroy{
  @override
  public Shape create(){
      return new Circle();
  }
}

现在我们就可以调用了:

public clas Demo{
  public static void main(String[] args){
    Factory factory1=new SquareFactory();
    Square square=factory1.create();
    square.draw();
    Factory factory2=new CircleFactory();
    Circle circle=factory2.create();
    circle.draw();
  }
}

我们可以看到输出结果如下:

Square:draw() method.
Circle:draw() method.

这边我们分成四个模块。一个是抽象产品,是所有产品的父类。第二是具体产品,我们需要通过实现抽象产品来实现具体产品的对象。第三是抽象工厂,其方法是工厂方法的核心。最后是具体工厂,实现抽象工厂去实现具体的逻辑。

不过我们发现具体工厂越来越多的时候我们的类会越来越多….那么我们可以通过反射去获取实例。仅需一个具体工厂类就可以解决了。那么我们把代码改一下:

public abstract class Factroy{
    public abstract<T extends Shape> T create(Class<T> clz);
}
public class BaseFactory extends Factroy{
  @override
    public <T extends Shape> T create(Class<T> clz){
      Shape shape=null;
      try{
          shape=(Shape)Class.forName(clz.getName()).newInstance();
      } catch(Exception e){
          e.printStackTrace();
      }
      return (T)shape;
  }
}

那么我们的main方法就可以这么修改了:

public clas Demo{
  public static void main(String[] args){
    Factory factory=new BaseFactory();
    Shape square=factory.create(Square.class);
    square.draw();
    Shape circle=factory.create(Circle.class);
    circle.draw();
  }
}

输出结果为:

Square:draw() method.
Circle:draw() method.

总结

工厂模式是完全符合设计原则的。降低了对象间的耦合度。而且他依赖于抽象的架构,将实例化的任务交给子类去完成。有较好的扩展性。

优点:

  • 一个调用者想创建一个对象,只要知道其名称就可以了。
  • 扩展性高,如果想增加一个产品,只要扩展一个工厂类就可以。
  • 屏蔽产品的具体实现,调用者只关心产品的接口。

缺点:

  • 每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。这并不是什么好事。

原文发布于微信公众号 - 我就是马云飞(coding_ma)

原文发表时间:2018-05-14

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏菩提树下的杨过

java与c#的反射性能比较

java与c#都支持反射,但是从网络上搜索两大阵营对于反射的态度,基本上.net开发人员都建议慎用反射,因为会有性能开销;反到是java阵营里好象在大量肆无忌惮...

1918
来自专栏desperate633

LintCode 简化路径题目分析代码

思路比较简单,遇到..就回到上一级,遇到.或者空就不处理。 我们使用一个队列来处理,同时将三个需要特殊处理的字符存到一个set里面

551
来自专栏Spring相关

解决:Failed to convert value of type 'java.lang.String' to required type 'java.util.Date';的方法

8192
来自专栏xingoo, 一个梦想做发明家的程序员

程序猿的日常——Java基础之equals与hashCode

equals和hashCode是我们日常开发最常使用的方法,但是因为一般都使用默认的规则,因此也很少会引起关注。不过了解他们的用途和设计的原则,还是会帮助我们...

1868
来自专栏Java呓语

The difference between @Autowired and @ResourceAutowired (由Spring提供)Resource(由J2EE提供)结论参考地址

我更偏向于使用 @Resource 注解在 Field上,这样可以省略 setter方法。 其次,这个注解由 J2EE 提供,可以在 J2EE 环境下通用,而...

984
来自专栏java工会

如何实现一个简单的-IOC

我们还记得Spring中最重要的有哪些组件吗?BeanFactory 容器,BeanDefinitionBean的基本数据结构,当然还需要加载Bean的资源加载...

711
来自专栏技术之路

c++多重继承小结

如果一个类从两个不同的类里继承两个同名的成员,则需要在派生类中使用类限定符来区分他们。 即在从A和B派生出来的c类中使用a::Show()和B::Show()来...

1707
来自专栏一“技”之长

Swift中构造方法的解析 原

      构造方法是一个类创建对象最先也是必须调用的方法,在Objective-C中,开发者更习惯称这类方法为初始化方法。在Objective-C中的初始化方...

772
来自专栏mini188

测试一下StringBuffer和StringBuilder及字面常量拼接三种字符串的效率

之前一篇里写过字符串常用类的三种方式《java中的字符串相关知识整理》,只不过这个只是分析并不知道他们之间会有多大的区别,或者所谓的StringBuffer能提...

1986
来自专栏微信公众号:Java团长

高效遍历Java容器

通过本文,你可以更深入的学习 Java 语言中 forEach 语法的知识,以及它和 C 语言形式的 for 循环、 Steam API 的对比。

1054

扫码关注云+社区