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

一、概述

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

二、模式中的角色

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

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

相关推荐