设计模式学习笔记-抽象工厂模式

一、概述

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

二、模式中的角色

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

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

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

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

三、UML类图

四、代码实现

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

/// <summary>
    /// 产品接口
    /// </summary>
    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：当你提供一个产品类库，而只想显示它们的接口而不是实现时；

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