23种设计模式-简单工厂模式

23种设计模式-简单工厂模式

它本身并不是23种设计模式之一，但是去了是工三相关模式发展进化中的一环；

产生背景

• 为什么需要工厂
  当我们需要使用一个对象时，通常只需要通过关键字 new ，就可以得到一个实例，为什么还需要通过简单工厂这么繁琐的方式创建对象呢？

假如一个对象的创建，不仅仅包含实例化本身，还需要做大量的初始化操作，如：根据Locale不同，加载不同的国际化文件，并设置其中的值； 如果这种对象在很多地方使用，那么大量相同且繁琐的处理逻辑，会扩散到项目各个地方；

以下代码模拟了一个农场，在这个农场中有两个工作组，分别根据农场主的要求分派不同的事情；

其中：如果分配的活是“耕田”，则由男人来干； 如果分配的是“织布”，则由女人来干；

代码如下：

    public interface Person{
        void doSomething();
    }

    public class Man implements Person{
        void doSomething(){
            // 耕田
        }
    }

    public class Woman implements Person{
        void doSomething(){
            // 织布
        }
    }

    pulic class Farm{
        void workGroup1(String jobType){
            Person p = null;
            if("织布".equals(jobType)){
                p = new Woman();
            }else("耕田".equals(jobType)){
                p = new Man();
            }
            p.doSomething();

            ...做一些工作组一的其它事情
        }
------------------------------------------------------------
        void workGroup2(String jobType){
            Person p = null;
            if("织布".equals(jobType)){
                p = new Woman();
            }else("耕田".equals(jobType)){
                p = new Man();
            }
            p.doSomething();

            ...做一些工作组二的其它事情
        }
    }

从上面代码可知：创建Person的代码，需要经过一个简单的逻辑判断；虽然代码简单，但是 相同代码却“ 到处扩散”； 而且调用方使用起来 非常繁琐；

因此，如果能把这些分散且繁琐的代码抽像出来，也许使用起来会简单的多；

目的

主要目的：

• 简化使用

主要原因：

• 对象实例化非常复杂
• 对象实例化包含一定的判断逻辑 ，重复代码到处扩散

概念

概念：

简单工厂模式又叫做静态工厂方法，由一个工厂类，根据参数不同，选择创建出一系列对象中的某一个；

本质：与单例模式一样，更像一个工具类；只不过是一个可以创建多个对象的工具类；

原理

• 与单例模式的区别
  上一节我们提到单例模式，单例模式可以创建对象，为什么还需要简单工厂模式？

要想明白其中的原因，首先来对比一下他们的区别；

对比维度	单例模式	简单工厂模式
实现方式	静态方法	静态方法
对象种类	单一类	一个抽象接口对应的多个类
对象数量	永远只有一个对象	调用一次，则创建一个新对象

单例模式：只能生成一个类的一个对象；
但通常情况下，我们需要创建一个抽象接口的不同实现的多个对象；此时就可以使用简单工厂模式

以上面代码为例，进行改造如下：

    public class PersonFactory{
        public static Person createPerson(){
            Person p = null;
            if("织布".equals(jobType)){
                p = new Woman();
            }else("耕田".equals(jobType)){
                p = new Man();
            }
            return p ;
        }
    }
------------------------------------------------------------

    pulic class Farm{
        void workGroup1(String jobType){
            //农场不需要关心如何创建，只需要有一个能干当前活的人就可以
            Person p = PersonFactory.createPerson(jobType);
            p.doSomething();

            ...做一些工作组一的其它事情
        }

        void workGroup2(String jobType){
            Person p = PersonFactory.createPerson(jobType);
            p.doSomething();

            ...做一些工作组一的其它事情
        }

原理：

• 把分散的逻辑抽像到一个静态方法
• 根据条件判断，创建不同的对象

类图：

使用场景

当需要根据一定的逻辑，创建一个抽象接口的一系统对象时；

前提条件：抽象接口的实现类不应太多，而且种类固定（不会随着时间变化而增加），否则，简单工厂方法中的if else判断会越来越多，越来越复杂；而且还需要不断修改工厂方法，这违背了“开闭原则”；

实际案例

jdk中的NumberFormat

根据Local，返回适合当地类型的NumberFormat对象；
private static NumberFormat getInstance(Locale desiredLocale,
                                           int choice);