工厂三姐妹

前言

    说实话，很是奇怪，为什么叫工厂三姐妹啊，不叫工厂三兄弟什么的啊！哈哈！不过不碍事，学过之后对这三个工厂的对比和总结才是最重要的，叫什么都是浮云。

    工厂三姐妹包括简单工厂模式、工厂方法模式和抽象工厂模式。

为什么要使用工厂模式

     其实，三个工厂模式属于创建型模式，主要是用来增加新的对象类型时使用的。但是我们平常去创建新的对象类型，通常是用new操作符去创建一个对象：Object o = new Object；所以我们每增加一个新的对象，就要修改多处，这样的做法维护性极差，也是相当危险的。所以就出现了工厂模式，当增加新的对象类型时，只需要改变工厂方法，别的的地方不用改，这样维护性就大大提高！

简单工厂模式

     简单工厂模式又称为静态工厂方法，可以根据参数的不同返回不同类的实例。其实就是把所有的生产对象的变化都写在了一个类的工厂方法里。如果有新的需求，改这个万能类就可以了！他的优点在于工厂类包含了必要的逻辑判断，根据客户端的选择条件动态实例化相关的类，对于客户端来说，去除了与具体产品的依赖。

    For Example：

    

    

     小宝宝非常的好吃，每天都想吃不同的水果。有一天，他想吃apple了，他就说：我要吃apple（参数），于是在水果农场工作的妈妈（工厂类）接收到了小宝宝的请求（apple参数），从农场里拿出了一个apple（具体产品）给小宝宝，这就像简单工厂模式，只需要传递参数，工厂类自动实例化。

工厂方法模式

     看到这里，大家会有疑问，简单工厂模式当增加对象的时候不是还是要更改工厂类吗？这不就违背了“开放-封闭”原则了吗？所以，工厂方法模式就出现了。在工厂方法中，每个产品都对应一个生成产品的工厂类，因为一个产品类对应一个工厂类。这里同样用到了另外一个原则，就是“依赖倒转”原则。编程不针对实现，而是针对接口。所有工厂类会抽象出一个接口，这个接口只有一个方法，就是创建抽象产品的工厂方法。然后，所有要生产具体类的工厂，就去实现这个接口就可以了！

     For Example：

     还是刚才那个小baby吃水果的例子，转天小baby突然想吃Orange了，这时，他说：我要吃Orange（参数），这时不是妈妈给他拿了，而是专门在水果工厂（工厂接口）中橘子种植区的阿姨（orange工厂，也是具体）给他拿了一个orange（具体产品）。因为每种水果都有专门的种植区，他们都实现水果工厂的接口，这样，小宝宝想吃什么，就直接去某水果自己的工厂就OK了。

抽象工厂模式

     看到这里，大家一定会想，工厂方法虽然好，但是要写那么多的类出来，好麻烦。这时，抽象工厂模式就来了。这个模式提供了一系列相关或相互依赖对象的接口，无需指定他们具体的类。只把某个系列的工厂方法写到了抽象工厂里面。减少了类，多了方法。

          

    上图就是抽象工厂的示例图。还按照上述的例子来说，其实抽象产品可以是apple，可以是orange，可以是banana，而具体的产品就是妈妈或者阿姨拿给小baby的apple，orange和banana，抽象工厂是一个抽象工厂接口，里面包含所有产品的创建的抽象方法。具体工厂就是拿apple的妈妈，拿banana的阿姨！

总结

     工厂三姐妹各有优缺点，个人见解，并不一定生搬硬套用上就是好的，而是要将设计模式运用到无形处，形成自己的代码风格！