说说设计模式~工厂方法模式(Factory Method)

返回目录

在简单工厂的讲解中，出现了很多问题，我们对象统一行为抽象出一个接口（或者抽象类）之后，再根据你传入的类型进行创建实例，这只适合于你有固定行为的场合，当你要实现接口的类型处于不定数时，则不适合使用简单工厂模式，而应该用工厂方法了。

适用场合：

子类有统一的操作行为

子类的数量不固定，随时可能有新的功能子类出现

工厂方法优势：

子类与子类是并列的，关系不精密，程序耦合度比较大

完全符合OCP原则，对代码的修改关闭，对代码的扩展开放

创建具体对象方法灵活，可以使用反射或者第三方IOC容器

工厂方法模式代码片断，主要从简单工厂中修改过来的，下面是结果图

1 统一操作行为，主要将统一接口抽象出来，让具体子类去实现它

        /// <summary>
        /// 工厂方法的规定操作行为
        /// </summary>
        public interface ICreate
        {
            void Create();
        }

如果它的一部分功能对于子类是公用的，相同的，那我们需要将ICreate设计成抽象类abstract class ,代码可以是这样

       public abstract class CreateBase
        {
            /// <summary>
            /// 每个子类都公用的属性或者方法
            /// </summary>
            protected string CreateName
            {
                get
                {
                    return "一个工厂方法模式";
                }
            }
            /// <summary>
            /// 子类必须去实现的抽象方法行为
            /// </summary>
            abstract void Create();
        }

而一个建立抽象行为的工厂，它可以被其它具体行为工厂继承，它提供一个方法，叫子类工厂去实现它，并返回子类对象本身。同样，根据业务需求，可以由抽象类实现

        /// <summary>
        /// 抽象工厂规定行为
        /// </summary>
        public interface CreateFactory
        {
            ICreate CreateObject();
        }

对于具体对象而言，它们要做的就是去实现抽象的行为，以下是一个人物类，它去实现Create方法。

        /// <summary>
        /// 具体对象实现
        /// </summary>
        public class People : ICreate
        {

            #region ICreate 成员

            public void Create()
            {
                Console.WriteLine("创建人类");
            }

            #endregion
        }

而对于具体工厂来说，主要作用是去创建一个具体对象的实例，代码如下：

        /// <summary>
        /// 具体工厂进行生产对象
        /// </summary>
        public class PeopleFactory : CreateFactory
        {
            #region CreateFactory 成员

            public ICreate CreateObject()
            {
                return new People();
            }

            #endregion
        }

以程序调用时，我们需要先去创建一个工厂，然后再使用工厂中的方法，来完成我们的操作

            FactoryMethod.CreateFactory createFactory = new FactoryMethod.PeopleFactory();
            FactoryMethod.ICreate iCreate = createFactory.CreateObject();
            iCreate.Create();

而这时，我们看到，代码有些不完美，那就是在创建具体工厂时还是出现了new，即还是存在着代码间的依赖，如何解除这样依赖使代码更加松耦合呢，这时，我们可以使用反射或者IOC

容器来解决这个问题：

1             string strfactoryName = ConfigurationManager.AppSettings["factoryName"];
            FactoryMethod.CreateFactory factory = (FactoryMethod.CreateFactory)Assembly.Load("FactoryMethod").CreateInstance("FactoryMethod." + strfactoryName);
            FactoryMethod.ICreate create = factory.CreateObject();
            create.Create();

我们从代码中可以看到，具体工厂的创建已经被约束到了配置文件中，这是我们可以接受的，呵呵。

事实上，微软自己在它的组件中大大使用了工厂方法模式，如MVC中的Controller的创建方法，也是这个道理。

返回目录