提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
以.NET Framework 2.0 System.Data中类为例。
通过使用DbProviderFactory，只需要修改配置文件，就可以实现不同数据库访问的目的。
System.Data.Common.DbProviderFactory
public abstract class DbProviderFactory
{ public virtual DbConnection CreateConnection() { return null; } public virtual DbCommand CreateCommand() { return null; } } System.Data.SqlClient.SqlClientFactory public sealed class SqlClientFactory : DbProviderFactory, IServiceProvider { public override DbConnection CreateConnection() { return new SqlConnection(); } public override DbCommand CreateCommand() { return new SqlCommand(); } } System.Data.Odbc.OdbcFactory public sealed class OdbcFactory : DbProviderFactory { public override DbConnection CreateConnection() { return new OdbcConnection(); } public override DbCommand CreateCommand() { return new OdbcCommand(); }} System.Data.Common.DbConnection public abstract class DbConnection : Component, IDbConnection { } System.Data.SqlClient.SqlConnection public sealed partial class SqlConnection : DbConnection, ICloneable { } System.Data.Odbc.OdbcConnection public sealed partial class OdbcConnection : DbConnection, ICloneable { } System.Data.Common.DbCommand public abstract class DbCommand : Component, IDbCommand { } System.Data.SqlClient.SqlCommand public sealed class SqlCommand : DbCommand, ICloneable { } System.Data.Odbc.OdbcCommand public sealed class OdbcCommand : DbCommand, ICloneable { }
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模式的特点：
分离了具体的类。抽象工厂模式帮助你控制一个应用创建的对象的类，因为一个工厂封装创建产品对象的责任和过程。它将客户和类的实现分离，客户通过他们的抽象接口操纵实例，产品的类名也在具体工厂的实现中被分离，它们不出现在客户代码中。它使得易于交换产品系列。一个具体工厂类在一个应用中仅出现一次——即在它初始化的时候。这使得改变一个应用的具体工厂变得很容易。它只需改变具体的工厂即可使用不同的产品配置，这是因为一个抽象工厂创建了一个完整的产品系列，
所以整个产品系列会立刻改变。它有利于产品的一致性。当一个系列的产品对象被设计成一起工作时，一个应用一次只能使用同一个系列中的对象，这一点很重要，而抽象工厂很容易实现这一点。难以支持新种类的产品。难以扩展抽象工厂以生产新种类的产品。这
是因为抽象工厂几口确定了可以被创建的产品集合，支持新种类的产品就需要扩展该工厂接口，这将涉及抽象工厂类及其所有子类的改变。
在以下情况下应当考虑使用抽象工厂模式：
一个系统不应当依赖于产品类实
例如何被创建、组合和表达的细节，这对于所有形态的工厂模式都是重要的。 这个系统有多
于一个的产品族，而系统只消费其中某一产品族。 同属于同一个产品族的产品是在一起使用的，这一约束必须在系统的设计中
体现出来。 系统提供一个产品类的库，所
有的产品以
同样的接口出现，从而使客户端不依赖于实现。