工厂方法模式
2016-01-08 10:20
211 查看
介绍(Factory Method)
工厂方法模式:定义一个用于创建对象的接口,让子类决定实例化哪一个类,工厂方法使一个类的实例化延迟到其子类([b]创建型模式)[/b]结构图
工厂方法模式的结构
Product---抽象产品ConcreteProduct--具体产品
Factory--抽象工厂
ConcreteFactory--具体工厂
优点:
1、工厂模式的好处就在于将工厂和产品之间的耦合降低,将具体产品的构造过程放在了具体工厂类里面。2、在以后扩展产品的时候方便很多,只需要添加一个工厂类,一个产品类,就能方便的添加产品,而不需要修改原有的代码。而在简单工厂中,如果要增加一个产品,则需要修改工厂类,增加if/else分支,或者增加一个case分支,工厂模式符合软件开发中的OCP原则(open close principle),对扩展开放,对修改关闭。
缺点
1、模式中类的个数将成对增加,在一定程度上增加了系统的复杂度,会给系统带来一些额外的开销2、增加了系统的抽象性和理解难度
适用环境
1、客户端不知道他所需要的对象的类
2、抽象工厂类通过其子类来指定创建那个对象
举例
还记得之前用的简单工厂模式做的计算器么简单工厂模式计算器结构图
工厂方法模式计算器结构图
从结构图上可以看出,工厂方法模式与简单工厂方法模式不同在于多了一个运算类的接口、每种具体的运算类又多个一个具体的抽象工厂。那这样看起来不就更麻烦了吗?
还记得开闭原则么?开闭原则--软件实体(类、模块、函数等等)应该可以扩展,但是不可修改。而简单工厂模式并没有遵循开闭原则,如果客户改动要求,那么整体的代码都需要改动。
工厂模式(计算器)结构图上说的意思是:根据依赖倒转原则(A:高层模块不应该依赖低层模块。两个都应该依赖抽象。B:抽象不应该依赖细节。细节应该依赖抽象)我们把工厂类抽象出一个接口,这个接口只有一个方法,就是创建抽象产品的工厂方法。然后,所有的要生产具体类的工厂,就去实现这个接口,这样,一个简单工厂模式的工厂类,就变成一个工厂抽象接口和多个具体生成对象的工厂,于是我们增加其他功能(比如:求M数的N次方)时,就不需要更改原有的工厂类了,只需要增加此功能的运算类和相应的工厂类就可以了。
而且工厂方法模式也符合开闭原则。(如果现在需要增加功能,不是修改工厂类而是修改客户端)
小结:
工厂方法模式实现时,客户端需要决定实例化哪一个工厂来实现运算类,选择判断的问题还是会存在的,也就是说,工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行。你想要增加功能,本来是改工厂类,而现在是修改客户端相关文章推荐
- 手机web——自适应网页设计(html/css控制)
- iOS NSNotificationCenter详解
- Android开发笔记——图片缓存、手势及OOM分析
- 如果存储过程返回多个结果集,怎么取结果
- 高级并发编程之 线程范围内安全共享数据(使用Map方式)
- 网页开发-问答题_隐藏题目-01
- Android Studio 中文字体显示乱码
- jQuery效果显示隐藏淡入淡出
- Unity3d中的属性(Attributes)整理
- 有用的adb 命令(持续更新)
- unity3d异步加载场景
- jsp中iframe填充装个页面
- 音频视频
- c# MySqlConnection的命名空间
- Java-回调
- Android自定义View(一)View绘制流程以及invalidate()等相关方法分析
- 初步了解 Java类加载子系统
- C++11 concurrent progamming (1) join/detach
- ios9 简单粗暴总结
- python 分片