一、概述

      提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。

二、模式中的角色

      AbstarctProduct(IProduct)：为一类产品对象声明一个接口；

      ConcreteProduct(MySqlProduct、SqlServerProduct)：定义一个将被相应的具体工厂创建的产品对象，实现AbstarctProduct接口；

      AbstarctFactory:声明一个创建抽象产品对象的操作接口；

      ConcreteFactory:实现创建具体产品对象的操作；

三、UML类图

      

四、代码实现

     针对这个应用场景，又做了简单的一些改变，更能满足需求的变化，代码如下

/// 
    /// 产品接口    /// 
    public interface IProduct    {        void Add();        void Update();        void Delete();    }    public class SqlServerProduct:IProduct    {        public void Add()        {            Console.WriteLine("SqlServer添加了一条数据");        }        public void Update()        {            Console.WriteLine("SqlServer更新了一条数据");        }        public void Delete()        {            Console.WriteLine("SqlServer删除了一条数据");        }    }   public class MySqlProduct : IProduct    {        public void Add()        {            Console.WriteLine("MySql添加了一条数据");        }        public void Update()        {            Console.WriteLine("MySql更新了一条数据");        }        public void Delete()        {            Console.WriteLine("MySql删除了一条数据");        }    }    public class Access    {        private static readonly string AssemblyName = "Rich.ConsoleTest";        private static readonly string db = ConfigurationManager.AppSettings["DB"];        public static IProduct CreateProduct()        {            string className = AssemblyName + ".AbstractFactory." + db + "Product";            return (IProduct)Assembly.Load(AssemblyName).CreateInstance(className);        }    }            #region 抽象工厂模式            IProduct product = Access.CreateProduct();            product.Add();            product.Update();            product.Delete();            #endregion

若要更换对象，只需更换DB配置即可；

5、应用场景

    5.1：一个系统要独立于它的产品创建、组合和表示时；

    5.2：一个系统要由多个产品系列中的一个来配置时；

    5.3：当你要强调一系列相关产品对象的设计以便进行联合使用时；

    5.4：当你提供一个产品类库，而只想显示它们的接口而不是实现时；

 

参考书籍《设计模式-可复用面向对象软件的基础》