java设计模式（工厂模式）

不了解设计模式，就无法读懂框架源代码，无法读懂框架源代码，就只会只会使用，无法写出高质量的代码，做了几年还在做crud操作，工资不见长，因为框架底层用了大量的设计模式。比如工厂类，责任链，适配器模式，代理模式，等等的一系列设计模式。

1.工厂模式介绍：

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

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

例如：你需要买一个手机，可以直接去手机店买，而不是去关心这个手机是怎么做出来的，以及这个手机的详细之制作过程。

案例： 现在用户需要购买一台手机，那我们就需要一个做手机的研发者，还需要一个手机工厂，开发华为的部门，开发小米的部门，开发vivo手机部门，具体我想要做什么手机，让工厂类去做即可，所以说，用户不用关心你这个手机是怎么做出来的，具体流程也不需要知道，用只负责购买到他想购买的手机即可。

思维图：

2.具体代码实现：

1.做手机的接口

public interface MakePhone {
    void make();
}

2.做华为手机部门

public class HuaWei implements MakePhone {
    @Override
    public void make() {
        System.out.println("开始制作华为手机");
    }
}

3.做vivo手机部门

public class Vivo implements MakePhone {
    @Override
    public void make() {
        System.out.println("开始制作Vivo手机");
    }
}

4.做小米手机部门

public class XiaoMi implements MakePhone {
    @Override
    public void make() {
        System.out.println("开始制作华为手机");
    }
}

5.让工厂类通知具体的部门去做什么样的手机

public class PhoneFactory {

    public MakePhone getBean(Class<?extends MakePhone> clazz) {

        MakePhone phone = null;

        try {
            phone =(MakePhone) Class.forName(clazz.getName()).newInstance();
        } catch (ClassNotFoundException e) {
            e.printStackTrace();
        } catch (InstantiationException e) {
            e.printStackTrace();
        } catch (IllegalAccessException e) {
            e.printStackTrace();
        }

        return phone;
    }
}

6.用户想要什么手机，就让具体的部门去做

public class UsePhone {
    public static void main(String[] args)  {

        //创建工厂类
        PhoneFactory factory = new PhoneFactory();

        //得到制作小米手机的部门对象
        MakePhone circle = factory.getBean(XiaoMi.class);
        //让小米部门去做手机
        circle.make();

        //得到制作Vivo手机的部门对象
        MakePhone Vivo = factory.getBean(Vivo.class);
        //让Vivo部门去做手机
        Vivo.make();

        //得到制作华为手机的部门对象
        MakePhone HuaWei = factory.getBean(design_modal.entity.HuaWei.class);
        //让华为部门去做手机
        HuaWei.make();


    }
}

优点： 1、用户想购买什么样的手机，让具体的部门去做就好了。 2、扩展性高，如果想增加一个产品，只要扩展一个做手机的部门类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。

**缺点：**每次增加一个产品时，都需要增加一个具体做手机的部门，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。