设计模式(一) 简单工厂模式

1. 引子

我一直认为编程思想源于生活,很多一起学习的同学,总是有疑惑,我学的这些东西到底有什么用? 如果能举个例子,引入一定场景和故事.他们或许就很快明白了! 我很喜欢刘欣的<<码农翻身>> 用故事给技术加点料! 他是我学习的榜样问题故事化!!!

2. 故事继续...

很不幸我需要大费周章的和我的同事解释什么是工厂模式?

很多类都有什么什么XXXFactory类通常按照尿性还有一个createXXX()

比如我们的阿里爸爸的Druid DruidDataSourceFactory.createDataSource(); 等等.

其实这就有工厂模式的体现,

工厂模式分为三种

简单工厂模式
工厂模式
抽象工厂模式

3. 简单工厂模式

先来个官方的解释:

简单工厂模式:简单工厂模式其实不能算是一个设计模式,反而比较像一种编程习惯..............(省略300字)

我对工厂模式的理解源于我自己,编程只是我的副业我其实是开火锅店的,哈哈哈

4. 我的火锅店

家族流传的手艺祖传的火锅底料制作秘方是我开火锅店的资本

开始我这边只是一个小店我一直使用祖传的一套秘方经营着我的小店很幸运大家的反响很好刚开业不到3个月,大家的口口相传让我的火锅店生意火爆很多周边城市的人们涌向这座小县城只为那舌尖上的一丝快感......

日益增多的客流量让我们每天的经营都是一次挑战但是我作为这家店的主人依旧自信满满大学学习的erp课程让我有一套优秀的管理方案这套方案将会一直沿用但是客人越来越多口味也越来越多我家的牛肉味火锅已经不能满足大众的口味了最近肯德基推出怀旧系列嫩牛五方可口可乐推出了樱桃口味的可乐网上火起来的华农兄弟让大家知道了竹鼠前几天还有客人问我是否有竹鼠火锅........

必须添加新的菜品! 不作出改变就得迎来死亡!

于是我们按照顾客的要求添加了很多新的口味火锅,有牛肉火锅,羊肉火锅,菌菇火锅,.........当然还有竹鼠火锅于是现在的火锅店成了这样: 方形为类

graph RL; shop[MyStore 1.优秀的管理方法]; id[BeefHuoguo]-->shop; id2[LambHuoguo]-->shop; id3[BambooRatHuoguo]-->shop; id4[.....]-->shop;

当然我是一个熟悉OO思想的人----找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起

对于火锅的制作有很多重复的操作比如加汤加油加入调料包加热等等我把这些公共的步骤写在墙上大家都按这个操作步骤来就可以了

所以我们可以把这些相同的部分抽象出来:

圆形为抽象类

graph RL; abstract((Huoguo 1.加油方法 2.加调料方法 3.加热方法))-->shop[MyStore 1.优秀的管理方法]; id[BeefHuoguo]-.->abstract; id1[LambHuoguo]-.->abstract; id3[BambooRatHuoguo]-.->abstract; id4[.....]-.->abstract;

于是我们有了一层抽象类-----火锅这些都是汤底的种类,子类有自己的实现而重复的方法从父类继承

5. 工厂的加入

为了进一步加快速度跟上信息化时代同时减少开支减少那些制作火锅的大妈们我让我机械系的同学小王连夜赶制了一台机器用来制作火锅底料这台机器只需要输入需要的火锅类型他就可以生产出火锅!我把这个机器叫做HuoguoFactory

实现如下:

public class HuoguoFactory{public Huoguo createHuoguo(String name){   //拿到火锅的方法Huoguo huoguo = null;if(name.equals("BeffHuoguo")){huoguo = new BeffHuoguo();}else if(name.equals("LambHuoguo")){huoguo = new LambHuoguo();}else if(name.equals("BambooRatHuoguo")){huoguo = new BambooRatHuoguo();}......return huoguo;}
}

现在的工作流程是这样了: 虚线为继承/实现关系

graph RL; HuoguoFactory[HuoguoFactory 内部维护一个方法用来向使用者返回Huoguo]-->shop[MyStore 内部有一个HuoguoFactory的引用 1.优秀的管理方法]; abstract((Huoguo 1.加油方法 2.加调料方法 3.加热方法))-->HuoguoFactory id[BeefHuoguo]-.->abstract; id1[LambHuoguo]-.->abstract; id3[BambooRatHuoguo]-.->abstract; id4[.....]-.->abstract;

6. 简单工厂模式

好了这就是我火锅店的现状

拥有了一台生产不同火锅的机器-----火锅工厂

这就是我理解的简单的工厂模式:

简单工厂有一个Factory工厂实体类,我们可以直接将参数交给工厂类,而不需要针对具体类new 对象工厂类相当于对不同实现类对象创建了一个抽象层,对使用者来说是透明的(比如对于火锅店主的我我根本不需要知道火锅工厂内部是怎么工作的我只知道输入一个火锅名字 3分钟后就会有一盆香喷喷的火锅产出端给客人就好了) 去除了对类实现的依赖,所以在一定程度上实现了解耦!

对于火锅店的管理者也就是我如果没有小王提供的火锅机器没有这个缓冲层我就需要在工厂的使用者MyStore中判断创建那种火锅管理火锅店的事情和制作火锅的步骤都由我这个店长控制太麻烦了我只想专注我的管理所以利用火锅工厂将这个业务分离出去这样我就可以一心的分配我的员工干活了该接待的接待该打扫的打扫火锅制作就不需要操心了!!!

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