大话设计模式之陈狗养猪记_工厂模式
概念：
工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。
在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。
优点：
1、一个调用者想创建一个对象，只要知道其名称就可以了。
2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。
3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：
每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
例子：
一、简单（静态）工厂
每天学习好容易饿哦，又到了吃夜宵的时候，但是好懒得自己去准备又不想去考虑吃什么，正打算不吃的时候，陈狗告诉我要是我瘦了她会心疼（其实就是她胖），假装帅气地在我脸上甩了一个夜宵工厂类，我只要调用这个工厂类的一个静态函数，并传入特定参数，就会自动new一个夜宵返回给我。
不过这个参数有约束，因为函数内部是靠if或是switch实现的，所以只能选择陈狗有的夜宵。陈狗说因为是刚创建这个工厂类的，而且也门禁了，所以她目前只建立了一个“夜宵”接口，以及实现这个接口的“酸奶”类、“泡面”类和“蓝莓爆汁小面包”类。但是如果我想吃别的，她表示明天会去准备好建立新的类，并且在夜宵工厂类的函数里增加相应的选择。
陈狗洋洋得意地说：“你看看我，多优秀，而你这个懒鬼，就只要告诉我要吃什么，也不用管我是订的外卖买到的，还是从宿舍里直接拿的，就可以得到想要的夜宵了。” 我嫌弃地敲敲她的猪脑袋，告诉她：“哦......但是那你这样也太麻烦了，如果我每天都新增一种想吃的东西，那是不是都要新建一个实现‘夜宵’接口的类，还要在工厂里增加品种，这样每次都要改变一个方法的逻辑不好吧” “你再给我逼逼一句！” “一句......” “好吧，你说的有道理，我一定会想出新主意的！哼！”
二、 简单工厂（利用反射）
第二天，陈狗兴致冲冲地跑来对我说：“啊啊啊，我想到我前几天看的反射和泛型，我把工厂类的函数改成传入一个具体夜宵类，然后根据传来的类来生成对象返回，这样如果需要增加夜宵的种类就不需要改变工厂类的代码了呢。”“哦，可是Class.forName(对象.getName()).newInstance()调用的是无参构造函数生成对象，要是我想吃泡面还要再里面加火腿呢？” “你要求怎么那么多，给你东西吃还要逼逼逼！”
三、多种方法工厂
陈狗：“我想了想，在工厂类里面，设置不同的方法，一个方法返回一种夜宵，想要什么调用那个方法就好了，这样只要再多写一个重载函数也能满足你吃泡面加火腿的要求了......可是好像方法有点多......”
我：“emmmmmm......”
“不过方法分开了也好，虽然增加夜宵种类，依旧需要更改工厂类，但不是每次都去更改同一个方法的逻辑了。”
“您说的都对，这样的确是方便创建同种类型的复杂参数对象了。那今晚我要吃泡面加一根火腿，明晚吃泡面加一颗卤蛋和一根鱼肉肠嘻嘻嘻。”
“猪。”
四、普通工厂
我：“诶，昨天我看了抽象，你看看工厂有没可能抽象出来，不同种类的夜宵分开建成工厂类，比如泡面工厂只负责返回泡面类对象，工厂类里面提供参数不同的重载函数返回适合的对象，一样可以满足不同需求呢。”
“哦，建那么多厂，我看你就是想累死阿爸，好继承老子的王者段位。”
“我不听我不听！明明这样每次增加一个新品种，可以不用去修改已有的类。”
五、抽象工厂模式
请看下回。
