layout: post title: 设计模式(三) 抽象工厂模式 tags:

Design_Patterns categories:
Design_Patterns description: 我运用了工厂方法模式建设了我的火锅帝国但是仔细想一想火锅工厂方法模式还是有点脱离实际我们从始至终都把火锅当成一个不可分割的整体但是仔细想想火锅是一个整体吗? 各种配料各种这些配料的供应商为了做大做强我们需要自己的子公司自己的配料公司由他们给我提供优质的配料例如花椒辣椒地沟…不..优质菜油酱料........

设计模式(三) 抽象工厂模式

1. 绕不开的火锅

我运用了工厂方法模式建设了我的火锅帝国但是仔细想一想火锅工厂方法模式还是有点脱离实际

我们从始至终都把火锅当成一个不可分割的整体但是仔细想想火锅是一个整体吗? 各种配料各种这些配料的供应商为了做大做强我们需要自己的子公司自己的配料公司由他们给我提供优质的配料例如花椒辣椒地沟…不..优质菜油酱料........而且还要分地域性的各地有各地的口味.....有的菜需要用嫩辣椒有的要用老辣椒有的用辣椒壳有的用辣椒籽.........你怎么半? ? ?是不是觉得头大?

如果放大这个细节会发现我们以前的模式貌似都不适用了因为火锅对应着一个产品族:

graph BT; shop[火锅类 1.花椒类 2辣椒类 3菜油类] id[1花椒类]-->shop; id2[2辣椒类]-->shop; id3[3菜油类]-->shop; id5[.....]-->shop;

火锅是由多个产品组成的一个产品 ! ! ! !

所以我们前面的火锅都得忘记掉 ! 完全不适用 !

一个小小的火锅其实一点都不小 ! 他后面有一家花椒工厂地点在成都从哪里加工花椒有江西婺源的采集的油菜花加工成优质菜油还有湖南的辣椒在长沙保存运输.........一碗小小的火锅聚集了祖国各地的美味啊都是大自然的馈赠啊所以我的火锅店运营理念就是 : 我们不生产火锅 , 我们只做大自然的搬运工 ! ! !

好了好了回过来? 下面介绍抽象工厂模式

2. 抽象工厂模式

照旧先来个官方点的定义 : 提供一个借口,用于创建相关或依赖对象的家族,而不需要明确指定具体类他是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂 ? 有点绕这个源自菜鸟教程

我们的做法就是既然火锅是多个产品组成的那么我们就抽象出火锅工厂这个接口用于定义一组相关的产品的获取方法用不同的具体工厂类实现这个接口

而且生意做大了店面已经不需要生产火锅了全部交给工厂就好了所以店面就是地址不同进货工厂不同而已

如图:

graph RL; shop[MyStore private HuoguoAbstractFactory 1.优秀的管理方法]; AbstractFactory{HuoguoAbstractFactory get花椒 get辣椒 get菜油 get其他}; id[JiangxiFactory get花椒 get辣椒 get菜油 get其他]-.实现.->AbstractFactory; id1[HuNanFactory get花椒 get辣椒 get菜油 get其他]-.实现.->AbstractFactory; id2[GuangDongFactory get花椒 get辣椒 get菜油 get其他]-.实现.->AbstractFactory; id3[.....Factory get花椒 get辣椒 get菜油 get其他]-.实现.->AbstractFactory; AbstractFactory-->shop;

材料图:材料还有很多..........

graph BT; AbstractFactory{花椒}; id[花椒末]-.实现.->AbstractFactory; id1[花椒籽]-.实现.->AbstractFactory; id2[花椒壳]-.实现.->AbstractFactory; id3[.....]-.实现.->AbstractFactory; AbstractFactory1{辣椒}; id11[辣椒末]-.实现.->AbstractFactory1; id22[辣椒籽]-.实现.->AbstractFactory1; id33[辣椒壳]-.实现.->AbstractFactory1; id44[.....]-.实现.->AbstractFactory1;

组合一下图吧很复杂但是思路清晰大概就这样的结构铺不开

通过这些具体的工厂获取各种材料

graph BT; shop[MyStore private HuoguoAbstractFactory 1.优秀的管理方法]; AbstractFactory{HuoguoAbstractFactory get花椒 get辣椒 get菜油 get其他}; id[JiangxiFactory get花椒 get辣椒 get菜油 get其他]-.实现.->AbstractFactory; id1[HuNanFactory get花椒 get辣椒 get菜油 get其他]-.实现.->AbstractFactory; id3[其他实现类]-.实现.->AbstractFactory; AbstractFactory-->shop; dm{花椒}; d1[花椒末]-.实现.->dm; d2[花椒籽]-.实现.->dm; d3[花椒壳]-.实现.->dm; d4[.....]-.实现.->dm; ddm{辣椒}; ddm1[辣椒末]-.实现.->ddm; ddm2[辣椒籽]-.实现.->ddm; ddm3[辣椒壳]-.实现.->ddm; ddm4[.....]-.实现.->ddm; other{其他原料}; dm-->id; ddm-->id; other-->id

这就是抽象工厂模式它主要是生产一个系列的产品工厂方法模式只能生产一个产品

他能对产品族进行很好的解耦合想想看如果我开一家武汉店的火锅然后调查他们的口味接下来就是积木了当然如果要扩展接口的话虽然没人喜欢这么做因为这是很严重的问题必须重写全部下面的实现出现这样的情况请让你的设计或者产品经理请你来我店里吃火锅吧

3. 总结

抽象工厂方法是针对一个产品族的设计模式他能很方便的交换一个产品族实现了很大程度上的分离和解耦合

但是如果扩展接口的话会非常麻烦所以一个良好的设计非常重要

而且抽象工厂模式内部通常会使用工厂模式或者使用简单工厂模式或者使用更多的方案毕竟他是个更大的接口怎么实现这个模式还得看具体的场景

到这里我的工厂模式就结束了

转载于:https://www.cnblogs.com/Tamako/p/10859693.html