阅读本文大概需要 2 分钟。
本篇是设计模式系列的第二篇,虽然之前也写过相应的文章,但是因为种种原因后来断掉了,而且发现之前写的内容也很渣,不够系统。所以现在打算重写,加上距离现在也有一段时间了,也算是自己的一个回顾吧!
学而时习之,不亦说乎。
推荐阅读:
目前段位: 黑铁 III
Let's Go!
前言
设计模式不是语法,是一种巧妙的写法,能把程序变的更加灵活。架构模式比设计模式大,架构模式是战略,而设计模式是战术。
设计模式分为3大类型:创建型,行为型,结构型,总共有23种。
简单工厂模式
简单工厂模式设计模式属于创建型设计模式,但不属于23种设计模式范围内,属于23种设计模式中工厂方法的入门模式,又叫静态工厂方法模式。
简单工厂模式是一个工厂对象决定创建出哪一种产品类的实例。它的好处是隐藏对象创建,不用依赖对象,可以随意更换对象。
在工厂模式中,工厂类中的所有方法返回同一个抽象产品类,代码的升级和扩展只需要在这个工厂类中注入新的功能方法,返回抽象产品类即可,或是另外写接口,将这个抽象产品类强制转换成这个接口,让具体产品类去实现。
业务需求
如果让你设计一个简单的计算器,实现两位数的简单加减乘除运算,你会怎么设计呢?
代码实现
刚接到需求的你,绝对会发现,需求是如此so easy(很容易),刷刷刷的就完成了任务。
实现思路很简单,一个运算类,用来计算结果的,一个计算器类,用来实现交互并接收参数的。
写完的代码如下
我们来运行一遍,看下结果
是不是很简单,哈哈,我真是个天才(自恋一下),写完之后看着自己写的代码,总觉得似乎不妥。
Java的特点是面向对象,而面向对象的三大特征是封装、继承和多态。我这里好像只用到了封装,将运算类进行一个简单封装,但是继承和多态却没有体现出来.....要是这样提交代码,被leader(领导)看到那岂不是要被拖出去枪毙,不行,还得再改改。
再次改版之后运算类Operation代码如下
(PS:这里仅仅是为了方便所以声明的是内部类,实际开发类似的程序时不要这样写,因为如果程序变复杂之后,这种编写方式不利于维护)
新创建了一个简单工厂类,用于实现业务逻辑。
计算器类改动不大
来试试新版的计算器,看一下结果
这样提交代码问题应该不大了。
新版的代码中,你只需要输入运算符号,工厂就实例化出合适的对象,通过多态,返回父类的方式实现了计算器的结果。同时,如果后续需要对程序维护,如要维护加法类,那么只需要提供新增方法的代码即可,不需要全部代码都提供,提高了整个项目的安全性。
简单工厂模式UML类图
总结
工厂(Factory):用一个单独的类来做这个类创造实例的过程,这就是工厂。
简单工厂模式解决的就是对象创建问题。
当我们已知的某些条件后,对类的选择,而这些类都是同一父类的子类,那么我们就可以使用简单工厂模式。
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/69902700/viewspace-2633768/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/69902700/viewspace-2633768/