DotNet Framework源代码中的模式(四)——Abstract Factory(抽象工厂模式)
2009-05-11 21:38
218 查看
提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
Code
public class Client
{
public static void Main()
{
string connectionString = System.Configuration.ConfigurationManager.AppSettings["DB_CONNECTION_STRING"];
string providerName = System.Configuration.ConfigurationManager.AppSettings["DB_PROVIDER_NAME"];
DbProviderFactory factory = DbProviderFactories.GetFactory(providerName);
DbConnection connection = factory.CreateConnection();
connection.ConnectionString = connectionString;
using (connection)
{
DbCommand command = factory.CreateCommand();
command.CommandText =
"INSERT INTO t_users(user_username, user_password) VALUES('admin' ,'admin))";
command.Connection = connection;
command.ExecuteNonQuery();
}
}
}
抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无需制定它们具体的类. 在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式。提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
Abstract Factory模式的特点:
l 分离了具体的类。抽象工厂模式帮助你控制一个应用创建的对象的类,因为一个工厂封装创建产品对象的责任和过程。它将客户和类的实现分离,客户通过他们的抽象接口操纵实例,产品的类名也在具体工厂的实现中被分离,它们不出现在客户代码中。
l 它使得易于交换产品系列。一个具体工厂类在一个应用中仅出现一次——即在它初始化的时候。这使得改变一个应用的具体工厂变得很容易。它只需改变具体的工厂即可使用不同的产品配置,这是因为一个抽象工厂创建了一个完整的产品系列,所以整个产品系列会立刻改变。
l 它有利于产品的一致性。当一个系列的产品对象被设计成一起工作时,一个应用一次只能使用同一个系列中的对象,这一点很重要,而抽象工厂很容易实现这一点。
l 难以支持新种类的产品。难以扩展抽象工厂以生产新种类的产品。这是因为抽象工厂几口确定了可以被创建的产品集合,支持新种类的产品就需要扩展该工厂接口,这将涉及抽象工厂类及其所有子类的改变。
在以下情况下应当考虑使用抽象工厂模式:
l 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。
l 这个系统有多于一个的产品族,而系统只消费其中某一产品族。
l 同属于同一个产品族的产品是在一起使用的,这一约束必须在系统的设计中体现出来。
l 系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于实现。
Code
public class Client
{
public static void Main()
{
string connectionString = System.Configuration.ConfigurationManager.AppSettings["DB_CONNECTION_STRING"];
string providerName = System.Configuration.ConfigurationManager.AppSettings["DB_PROVIDER_NAME"];
DbProviderFactory factory = DbProviderFactories.GetFactory(providerName);
DbConnection connection = factory.CreateConnection();
connection.ConnectionString = connectionString;
using (connection)
{
DbCommand command = factory.CreateCommand();
command.CommandText =
"INSERT INTO t_users(user_username, user_password) VALUES('admin' ,'admin))";
command.Connection = connection;
command.ExecuteNonQuery();
}
}
}
抽象工厂模式提供一个创建一系列相关或相互依赖对象的接口,而无需制定它们具体的类. 在软件系统中,经常面临着“一系列相互依赖的对象”的创建工作;同时由于需求的变化,往往存在着更多系列对象的创建工作。如何应对这种变化?如何绕过常规的对象的创建方法(new),提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合?这就是我们要说的抽象工厂模式。提供一个创建一系列相关或相互依赖对象的接口,而无需指定它们具体的类。
Abstract Factory模式的特点:
l 分离了具体的类。抽象工厂模式帮助你控制一个应用创建的对象的类,因为一个工厂封装创建产品对象的责任和过程。它将客户和类的实现分离,客户通过他们的抽象接口操纵实例,产品的类名也在具体工厂的实现中被分离,它们不出现在客户代码中。
l 它使得易于交换产品系列。一个具体工厂类在一个应用中仅出现一次——即在它初始化的时候。这使得改变一个应用的具体工厂变得很容易。它只需改变具体的工厂即可使用不同的产品配置,这是因为一个抽象工厂创建了一个完整的产品系列,所以整个产品系列会立刻改变。
l 它有利于产品的一致性。当一个系列的产品对象被设计成一起工作时,一个应用一次只能使用同一个系列中的对象,这一点很重要,而抽象工厂很容易实现这一点。
l 难以支持新种类的产品。难以扩展抽象工厂以生产新种类的产品。这是因为抽象工厂几口确定了可以被创建的产品集合,支持新种类的产品就需要扩展该工厂接口,这将涉及抽象工厂类及其所有子类的改变。
在以下情况下应当考虑使用抽象工厂模式:
l 一个系统不应当依赖于产品类实例如何被创建、组合和表达的细节,这对于所有形态的工厂模式都是重要的。
l 这个系统有多于一个的产品族,而系统只消费其中某一产品族。
l 同属于同一个产品族的产品是在一起使用的,这一约束必须在系统的设计中体现出来。
l 系统提供一个产品类的库,所有的产品以同样的接口出现,从而使客户端不依赖于实现。
相关文章推荐
- 23种设计模式(3):抽象工厂模式
- 面向对象设计模式纵横谈:Abstract Factory 抽象工厂模式(笔记记录)
- 设计模式之抽象工厂模式
- 设计模式学习总结1 - 创建型1 - Abstract Factory抽象工厂模式
- 设计模式初探-抽象工厂模式(Abstract Factory)
- 设计模式3---抽象工厂模式
- 设计模式笔记-抽象工厂模式
- java设计模式03_抽象工厂模式
- 23种设计模式(3):抽象工厂模式
- 设计模式(3):抽象工厂模式(Abstract Factory Pattern)
- Java设计模式之“抽象工厂模式“
- 我读设计模式之抽象工厂模式(Abstract Factory)
- 大话设计模式-----(五)观察者模式、抽象工厂模式
- 1-4 工厂模式(工厂方法模式/抽象工厂模式)
- 设计模式之抽象工厂模式(四)
- 23种设计模式----------抽象工厂模式
- 设计模式之抽象工厂模式
- 抽象工厂模式、简单工厂模式、工厂模式的区别
- 设计模式实例(Lua)笔记之二(AbstractFactory抽象工厂模式)
- Java设计模式二:抽象工厂模式(Abstract Factory)/工厂方法(Factory Method)