工厂模式（Factory Pattern）

大话设计模式之陈狗养猪记_工厂模式

概念：

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

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

优点：

    1、一个调用者想创建一个对象，只要知道其名称就可以了。

    2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。

    3、屏蔽产品的具体实现，调用者只关心产品的接口。

缺点：

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

例子：

一、简单（静态）工厂

  每天学习好容易饿哦，又到了吃夜宵的时候，但是好懒得自己去准备又不想去考虑吃什么，正打算不吃的时候，陈狗告诉我要是我瘦了她会心疼（其实就是她胖），假装帅气地在我脸上甩了一个夜宵工厂类，我只要调用这个工厂类的一个静态函数，并传入特定参数，就会自动new一个夜宵返回给我。

    不过这个参数有约束，因为函数内部是靠if或是switch实现的，所以只能选择陈狗有的夜宵。陈狗说因为是刚创建这个工厂类的，而且也门禁了，所以她目前只建立了一个“夜宵”接口，以及实现这个接口的“酸奶”类、“泡面”类和“蓝莓爆汁小面包”类。但是如果我想吃别的，她表示明天会去准备好建立新的类，并且在夜宵工厂类的函数里增加相应的选择。

    陈狗洋洋得意地说：“你看看我，多优秀，而你这个懒鬼，就只要告诉我要吃什么，也不用管我是订的外卖买到的，还是从宿舍里直接拿的，就可以得到想要的夜宵了。” 我嫌弃地敲敲她的猪脑袋，告诉她：“哦......但是那你这样也太麻烦了，如果我每天都新增一种想吃的东西，那是不是都要新建一个实现‘夜宵’接口的类，还要在工厂里增加品种，这样每次都要改变一个方法的逻辑不好吧”  “你再给我逼逼一句！”  “一句......”  “好吧，你说的有道理，我一定会想出新主意的！哼！”

二、 简单工厂（利用反射）

    第二天，陈狗兴致冲冲地跑来对我说：“啊啊啊，我想到我前几天看的反射和泛型，我把工厂类的函数改成传入一个具体夜宵类，然后根据传来的类来生成对象返回，这样如果需要增加夜宵的种类就不需要改变工厂类的代码了呢。”“哦，可是Class.forName(对象.getName()).newInstance()调用的是无参构造函数生成对象，要是我想吃泡面还要再里面加火腿呢？” “你要求怎么那么多，给你东西吃还要逼逼逼！”

三、多种方法工厂

    陈狗：“我想了想，在工厂类里面，设置不同的方法，一个方法返回一种夜宵，想要什么调用那个方法就好了，这样只要再多写一个重载函数也能满足你吃泡面加火腿的要求了......可是好像方法有点多......”

    我：“emmmmmm......” 

    “不过方法分开了也好，虽然增加夜宵种类，依旧需要更改工厂类，但不是每次都去更改同一个方法的逻辑了。”

    “您说的都对，这样的确是方便创建同种类型的复杂参数对象了。那今晚我要吃泡面加一根火腿，明晚吃泡面加一颗卤蛋和一根鱼肉肠嘻嘻嘻。”

    “猪。”

四、普通工厂

    我：“诶，昨天我看了抽象，你看看工厂有没可能抽象出来，不同种类的夜宵分开建成工厂类，比如泡面工厂只负责返回泡面类对象，工厂类里面提供参数不同的重载函数返回适合的对象，一样可以满足不同需求呢。”

    “哦，建那么多厂，我看你就是想累死阿爸，好继承老子的王者段位。”

    “我不听我不听！明明这样每次增加一个新品种，可以不用去修改已有的类。”

五、抽象工厂模式

    请看下回。