设计模式学习笔记（五）Factory Method 工厂方法（创建型模式）

从耦合关系谈起

耦合关系直接决定着软件面对变化时的行为。模块与模块之间的紧耦合使得软件面对变化时，相关的模块都要随之更改。模块与模块之间的松耦合使得软件面对变化时，一些模块更容易被替换或者更改，但其他模块保持不变。

客户需求的变化应该是软件工程师需要解决的问题，而不应该是他们抱怨的话题。这需要谈到敏捷软件开发方面的问题了。软件界存在一个公理：抽象部分变化慢，具体部分变化快。或者说高层变化慢，低层变化快。

大自然是一个高内聚、松耦合的世界。接口要求是稳定的，我们可以轻松地修改实现而不是修改接口。

如果不能梳理出系统的主次关系，应用任何设计模式都是错误的。

动机（Motivation）

在软件系统中，经常面临着“某个对象”的创建工作。由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。

如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其它依赖该对象的对象”不随着需求改变而改变？

举例：我要一个苹果。这个苹果其实是一个接口，而不是具体某一个苹果。

意图（Intent）

定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。

 

要点

1）Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱。
2）Factory Method模式通过面向对象的手法，将所要创建的具体对象延迟到子类，从而实现一种扩展（而非更改）的策略，较好地解决了这种紧耦合关系。
3）Factory Method模式解决“单个对象”的需求变化，Abstract Factory模式解决“系列对象”的需求变化，Builder模式解决“对象部分”的需求变化。

代码：略。

.NET框架中的Factory Method应用

如SOAP应用。

李建忠老师推荐的参考书目：

1）《设计模式：可复用面向对象软件的基础》GoF
2）《面向对象分析与设计》Grady Booch
3）《敏捷软件开发：原则、模式与实践》Robert C.Martin
4）《重构：改善既有代码的设计》Martin Fowler
5）《Refactoring to Patterns》Joshua Kerievsky