标签:blog http io ar os 使用 sp strong 文件
抽象工厂模式:允许客户使用抽象的接口来创建一系列相关的产品,而无需要知道实际产出的具体产品是什么。这样一来,客户就从具体的产品中被解耦出来。这种模式适用于产品对象的数目和种类不变,而具体产品系列之间存在不同或者容易变化的情况。
关键字:依赖抽象,不要依赖具体类,OCP
使用率: high
图1.1.1抽象工厂物理架构
AbstractFactory (UIAbstractFactory):定义一个接口用来创建抽象产品,担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。
ConcreteFactory (MacUIFactory, WinUIFactory):这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。
AbstractProduct (IButton, IBorder):担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。
Product (WinBotton, MacBotton, WinBorder, MacBorder):抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑。
Client (UIClient):调用AbstractFactory和AbstractProduct的接口。
图1.1.2抽象工厂简单架构
利用设计模式可以使我们代码更加灵活,更容易扩展,更容易维护。各种面向对象的程序设计语言都提供了基本相同的机制:比如类、继承、派生、多态等等。同时.Net Framework提供我们一种重要的特性—反射,这样我们可以动态的创建对象的实例,而且只需修改配置文件就可以创建不同实例,并且无需重新编译整个程序。除了使用反射我们还可以使用微软Enterprise Library提供的Unity进行依赖注入把UIClient从UIAbstractFactory和AbstractFactory解耦出来。
方法一:
// CreateInstance有多个重载方法
方法二:
方法三:
使用IoC容器进行依赖注入。
代码明细:
我们在.NET Framework类库中查找”Factory”关键字可以找很多相关的类,其中就有我们熟悉ADO.NET中包含两个抽象工厂类它们提供独立数据访问方式,它们分别是:DbProviderFactory和DbProviderFactories。
DbProviderFactory抽象工厂创建抽象的数据存储方法(DbCommand, DbConnection, DbCommand等方法)。
OdbcFactory,OleDbFactory和SqlClientFactory具体工厂用来创建对应不同数据库的数据存储方法。
DbProviderFactories用生产抽象工厂,所以说它是抽象工厂的工厂。
优点
缺点
标签:blog http io ar os 使用 sp strong 文件
原文地址:http://www.cnblogs.com/wanshutao/p/4119030.html