设计模式学习笔记（三）Abstract Factory 抽象工厂（创建型模式）

引言：

new的问题

常规的对象创建方法是：Road road = new Road();这种做法存在实现依赖，不能应对“具体实例化类型”的变化。其解决方法是封装变化点——哪里有变化就封装哪里。（其潜台词是：如果没有变化，就不需要额外的封装！）。

使用OO设计框架中，有一个主流的东西不变（或倾向于变化慢），其它东西变化（或倾向于变化快），这些变化点才需要封装。

既然变化点在“对象创建”，我们就封装“对象创建”。采用面向接口编程的方法——依赖接口，而非依赖实现。

最简单的方法：

class RoadFactory{
 public static Road CreateRoad()
 {
  return new Road();
 }
}

//创建一个Road对象：Road road = roadFactory.CreateRoad();

简单工厂的问题：
－不能应对“不同系列对象”的变化。

 

动机（Motivation）

在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作；同时，由于需求的变化，往往存在更多系列对象的创建工作。
如何应对这种变化？如何绕过常规的对象创建方法（new），提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合？

意图（Intent）

提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定它们具体的类。——《设计模式》GoF。

 

public abstract class Road{}//道路
public abstract class Building{}//房屋
public abstract class Tunnel{}//地道
public abstract class Jungle{}//丛林

abstract class FacilitiesFactory //设施工厂类
{
 public abstract Road CreateRoad();
 public abstract Building CreateBuilding();
 ...
 

}

//客户代码
class GameManager
{
 FacilitiesFactory facilitiesFactory;
 public GameManager(FacilitiesFactory facilitiesFactory)
 {
  this.facilitiesFactory = facilitiesFactory;
 }
 
 public void BuildGameFacilities()
 {
  Road road = facilitiesFactory.CreateRoad();
  Building building = facilitiesFactory.CreateBuilding();
  ...
  
 }
 
}
//还需要写具体实现抽象类的代码...

//主函数

class app
{
 public void Main()
 {
  GameManager g = new GameManager(???);
  g.XXXX();
 }
}

 

Abstract Factory模式要点

1）如果没有应对“多系列对象构建”的需求变化，则没有必要使用Abstract Factory模式，这时候使用简单的静态工厂完全可以。强调“多风格、多系列”的变化，而不是系列中对象的增减。
2）“系列对象”指的是这些对象之间有相互依赖或作用的关系。例如游戏场景中的“道路”与“房屋”的依赖，“道路”与“地道”的依赖。
3）Abstract Factory模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。
4）Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。

.NET 框架中Abstract Factory模式的应用

ASP.net中，处理WebControl及HtmlControl时用到。在框架中不太多见。应用系统中会多见一些。

 

 

李建忠老师的Q&A
________________________________________
Q：现在的状况是单个的模式都了解的很好,但怎么在实际应用中更恰当的使用? 有没好的建议?
A：对于模式应用最关键的是理解各个模式所要解决的“变化点”，只有分析清楚系统中的变化点，才能在实际应用中游刃有余地使用模式，而不会误用模式。
________________________________________
Q：抽象工厂难以应对"新对象",如果有新对象该怎么办?用什么设计模式来解决?
A：GOF《设计模式》中提出过一种解决方法，即“给创建对象的操作增加参数”，但这种做法并不能令人满意。事实上，对于“新系列加新对象”，就我所知，目前还没有完美的做法，只有一些演化的思路，这种变化实在是太剧烈了，因为系统对于新的对象是完全陌生的。
________________________________________
Q：Abstract 与 Interface 有什么分别
A：抽象类主要描述类型的类属关系，抽象类和它的派生类之间是典型的IS-A关系。而接口主要描述的是类型间的行为合同，接口和它的实现类之间是典型的CAN-DO关系。

________________________________________
Q：设计模式是不是现代软件开发的核心
A：不是，设计模式是一种高级的软件设计素养，它可以帮助我们写出更好的软件，具体到面向对象设计模式，它可以帮助我们应对频繁的软件需求变化。但设计模式本身并不构成现代软件开发的核心。