<?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /><?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />动机（Motivation）在软件系统中，经常面临着“某个对象”的创建工作；由于需求的变化，这个对象的具体实现经常面临着剧烈的变化，但是它却拥有比较稳定的接口。如何应对这种变化？如何提供一种“封装机制”来隔离出“这个易变对象”的变化，从而保持系统中“其他依赖该对象的对象”不随着需求改变而改变？意图(Intent)定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。结构(Structure)示例(Example)class Car{ public void StratUp() { } public void Run() { } public void Stop() { }}class CarTestFramework{ public void BuildTestContext() { Car car = new Car(); } public void DoTest() { Car car = new Car(); }}当Car经常变化时，则CarTestFramework就很难适应，也要跟着变。为了保证CarTestFramework可以测试不同的汽车，则重构后public abstract class AbstractCar{}public class HongqiCar:AbstractCar{}//不依赖于具体Carpublic class CarTestFramework{ public void BuildTestContext(AbstractCar car) { } public void DoTest(AbstractCar car) { }}如果允许CarTestFramework可以测试多个Ｃar对象，则传参的方式显示适应不了需求的变化。其实对象是有clone克隆属性的，传一个对象，再应用clone其实也能实现，我们先用别的方式来实现。public abstract class AbstractCarFactory{ public abstract AbstractCar CreateCar();}public class HongqiCarFactory:AbstractCarFactory{ public override AbstractCar CreateCar() { return new HongqiCar(); }}public class DongfenCarFactory:AbstractCarFactory{ public override AbstractCar CreateCar() { return new DongfenCar(); }}public class CarTestFramework{ public void BuildTestContext(AbstractCarFactory acf) { } public void DoTest() { }}public class App{ public static void main() { CarTestFramework ctf = new CarTestFramework(); ctf.BuildTestContext(new HongqiCarFactory()); // //ctf.BuildTestContext(new DongfenCarFactory()); }}这样CarTestFramework只依赖于抽象（接口）不依赖于具体对象了，这样就隔离了变化。Factory Method模式的要点： Factory Method模式主要用于隔离类对象的使用者与具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱。 Factory Method模式通过面向对象的手法，将所要创建的具体对象工作延迟到子类，从而实现一种扩展（而非更改）的策略，较好地解决了这种紧耦合关系。注：Factory Method模式解决“单个对象”的需求变化；Abstract Factory模式解决“系列对象”的需求变化；Builder模式解决“对象部分”的需求变化；
转载于:https://www.cnblogs.com/hotsoho.net/articles/342569.html
