徐劳颁做生意--抽象工厂模式

原创，转载请注明出处，谢谢！

1 问题？

       牛叻是江西一个县级市的小老板，非常精明，胆识过人，做过各种各样的生意，从贩冬瓜、压榨芝麻油、汽车修理，到从大兴安岭走私木材，开办加油站，打造庙宇旅游风景区应有尽有。牛叻需要生产各种各样的产品来满足人们的需要。种类繁多，细节异常繁杂，令人头疼，怎么办呢？ 最简单直接的办法就是弄个作坊：亲自设计、生产五花八门东西。为此，牛叻需要知道每种产品的加工流程、制作细节。每次增加一种生意，牛叻就需要调整作坊的整套流程以便为新产品作准备。由于都是邻里乡亲的生意，每种产品的量都不大，种类繁多，忙的一塌糊涂。

非常繁琐！

如何解决？

答案就是投资工厂！把生产任务交给工厂、而不是作坊。

把最容易变化的地方--生产各种各样的产品--交给工厂。工厂就是生产类实例的地方。

2 简单工厂

投资兴建一个简单工厂：

class 工厂(string 产品) {

     创建(string 产品){

     switch (产品)

     case 冬瓜:

     return new 冬瓜();

      case 袜子:

      return new 袜子();

     }

}

好处？

牛叻再也不需要亲自设计各种复杂的流程来添加新产品了！！！每次增加一种新东西，他只需告诉工厂，他需要的产品名称就OK了，工厂就会自动生产！大大解放了牛叻，他所做的事情就是，建一个厂子并告知产品名称，如下所示：

main (string 产品) {

    工厂 factory = new 工厂();  

    factory.创建(产品);

}

牛叻有了冬瓜订单，他只需要执行：main 冬瓜，一个冬瓜就从工厂出来了！

很方便吧！

3 没有问题了吗？

     有，流程对牛叻是简单了，可是对工厂工人太麻烦了！一旦增加一种新产品，工厂不得不改变内部结构、增加生产流程(增加一个switch case)，这违背了OO的“对扩展开放，对修改关闭原则”。

解决办法：使用抽象工厂--提炼出工厂的抽象类或者接口，这样保持接口不变，工厂继承这个接口--可以扩展也不必修改原厂生产流程。

4 抽象工厂

abstract class 抽象工厂{

     virtual 创建（）=0;

}

class 冬瓜厂: public 抽象工厂{

    创建(){

     return new 冬瓜；

     }

}

abstract class 抽象产品 {

}

class 冬瓜: public 抽象产品 {

}

class 芝麻油: public 抽象产品 {

}

     此时，牛叻增加了一点工作量：当需要增加一个新产品时，他需要建一个分厂，这给他增加了选择的工作。实例如下：

main(){

  抽象工厂 ifactory = new 冬瓜厂（）；

  抽象产品 产品 = ifactory.创建（）； //产品实际上就是冬瓜了

}

       此时，工厂之间满足“对修改关闭，对扩展开放”原则：抽象工厂和各个分厂不用修改流程，增加产品种类时，只要新建一个分厂就OK了。

当然，实际上，牛叻未必愿意这么干，新建分厂增加了投资成本。除非，建厂不要钱，对，软件领域的工厂真不要钱，这就行得通了。