标签：
Factory Methord 工厂方法模式（创建型模式）
从耦合关系谈起
耦合关系直接决定着软件面对变化时的行为
-模块与模块之间的紧耦合使得软件面对变化时，相关的模块都要随之变更
-模块与模块之间的松耦合使得软件面对变化时，一些模块更容易被替换或者更改，但其他模块保持不变
对代码的关注要在理解了设计模式之后，对于不同的代码但是解决的是同一类问题，他们就是同一种设计模式。解决了哪一类的问题就是哪一类的设计模式。
软件需求的变化是软件工程的一部分，是我们要解决的问题。
把模块分为主模块、次模块
主模块部分变化慢、次模块部分变化快
抽象部分变化慢，具体部分变化快
设计模式不能上去就用，当不清楚模块与模块之间的关系时，就不要用。
动机（Motivation）
在软件系统中，经常面临着“某个对象”的创建工作；由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。
如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？
意图（Intent）
定义一个用于创建对象的接口，让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类——《设计模式》GoF
示例代码：
public abstract class AbstractCar { public abstract void Startup(); public abstract void Run(); public abstract void Turn(Direction direction); public abstract void Stop(); }
pubic class HongqiCar:AbstractCar { public override void Startup() { //... } public override void Run() { //... } public override void Turn(Direction direction) { //... } public override void Stop() { //... } }
pubic class DongfengCar:AbstractCar { public override void Startup() { //... } public override void Run() { //... } public override void Turn(Direction direction) { //... } public override void Stop() { //... } }
public abstract class AbstractCarFactory { public abstract AbstractCar CreateCar(); }
public class HongqiCarFactory:AbstractCarFactory { public override AbstractCar CreateCar() { return new HongqiCar(); } }
public class DongfengCarFactory:AbstractCarFactory { public override AbstractCar CreateCar() { return new DongfengCar(); } }
class CarTestFramework { public void BuildTestContext(AbstractCarFactory carFactory) { AbstractCar c1=carFactory.CreateCar(); } //... }
class App { public static void Main() { CarTestFramework carTestFramework=new CarTestFramework(); carTestFramework.BuildTestContext(new HongqiCarFactory()); carTestFramework.BuildTestContext(new DongfengCarFactory()); //也可以通过配置文件和反射来解决new的不同 //Activator.CreateInstance(string TypeName) } }
Factory Method模式的几个要点
Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱。
Factory Method模式通常通过面向对象的手法，将所要创建具体对象工作延迟到子类，从而实现一种扩展（而非改变）的策略，较好的解决了这种紧耦合关系。
Factory Method模式解决了“单个对象”的需求变化，Abstract Factory模式解决“系列对象”的需求变化，Builder模式解决“对象部分”的需求变化。
设计模式04： Factory Methord 工厂方法模式（创建型模式）
标签：
原文地址：http://www.cnblogs.com/jesselzj/p/4712996.html
