软件需求的变化不应该是工程师抱怨的问题,而应该是工程师要解决的问题
主要的部分---抽象的高层部分---变化慢
细节的部分---具体的实现部分---变化快
细节依赖于主干
动机(Motivation)
在软件系统中,经常面临着"某个对象"的创建工作;由于需求的变化,这个对象具体实现经常面临着剧烈的变化,但是它却拥有比较稳定的接口。
如何应对这种变化?如何提供一种"封装机制"来隔离出"这个易变对象"的变化,从而保持系统中"其他依赖该对象的对象"不随着需求改变而改变?
意图(Intent)
定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method使得一个类的实例化延迟到子类。
结构
{
CarTestFramWork cartestframwork = new CarTestFramWork();
cartestframwork.BuilderTestContext( new HongqicarFactory());
cartestframwork.BuilderTestContext( new DongfengCarFactory());
}
// AbstractCar.cs,汽车模型
abstract class AbstractCar
{
public abstract void StartUp() ;
public abstract void Run();
public abstract void Trun(Direction direction;
public abstract void Stop();
}
abstract class CarFactory
{
public abstract AbstractCar CreateCar();
}
// CarTestFramWork.cs --- 测试不同类型的AbstractCar
class CarTestFramWork
{
public void BuilderTestContext(CarFactory carFatory) // 要用到不定的多个car(关键)
{
AbstractCar c1 = carFatory.CreateCar();
AbstractCar c2 = carFatory.CreateCar();
AbstractCar c3 = carFatory.CreateCar();
}
public void DoTest(AbstractCar car)
{
car.Run();
}
public TestData GetTestData(AbstractCar car)
{
car.Stop();
}
}
// HongQiCar.cs
public class HongQiCar : AbstractCar
{
Enginee enginee1;
Enginee enginee2;
Enginee enginee3;
Enginee enginee4;
public override void StartUp() {}
public override void Run(){}
public override void Trun(Direction direction{}
public override void Stop(){}
}
class HongqicarFactory : CarFactory
{
public override AbstractCar CreateCar()
{
return new HongQiCar(): // 这个地方可以做成一个Factory来控制实例的输出
}
}
// DongfengCar.cs --- 扩展,而不更改原来的结构
public class DongfengCar : AbstractCar
{
Enginee enginee1;
Enginee enginee2;
public override void StartUp() {}
public override void Run(){}
public override void Trun(Direction direction{}
public override void Stop(){}
}
class DongfengCarFactory : CarFactory
{
public override AbstractCar CreateCar()
{
return new DongfengCar():
}
}
Factory Method 应用于我在业务代码中需要n个Car()实例作为参数,而n又不确定,所以不能用传入的方法,这样子的话,n=3时我就得在业务逻辑之前加上
Car c1 = new Car();
Car c2 = new Car();
Car c3 = new Car();
但是n=5时呢?
所以我们在定义了一个CarFactory去管理实例的生成,这个的实现可以参考Singleton模式的应用
Factory Method模式的几个要点
·Factory Method模式主要用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型,紧耦合关系会导致软件的脆弱。
·Factory Method模式通过面向对象的手法,将所要创建的具体对象工作延迟到子类,从而实现一种扩展(而非更改)的策略,较好地解决了这种紧耦合的关系。
·Factory Method模式解决"单个对象"的需求变化,Abstract Factory模式解决"系列对象"的需求变化,Builder模式解决"对象部分"的需求变化。