设计模式 2/23 工厂模式(一)

工厂模式是最常用的设计模式之一，用好了，代码优雅，可维护性高，对系统设计会上一个台阶

为什么这么说，因为工厂模式可以牵扯出抽象工厂模式，也有大家都会聊到的简单工厂模式

我们要了解一点，23中设计模式中，不包含简单工厂模式，之所以大家会去聊这个，四个字，渐进明细

通过对简单工厂模式的了解，我们引入工厂这个词，不然一个写代码的，天天给他讲工厂，工厂，工厂，西厂，东厂，会晕

同时，通过逐步的深入，从简单工厂，到工厂模式，再到抽象工厂，渐进明细的过程，逐步深入的理解，比较优劣，择优而为我们所用。

试想我们遇到以下情景，我们该怎么处理

在工作中，我们需要处理不同类型的文件，有音频的，视频的，图片的，文本的。通过程序的处理，我们可以分别提取到不同的信息。

这种情况你准备怎么处理

工作经验少的同学默默的心理噗嗤一声，看我5分钟搞定

 class Program
    {
        static void Main()
        {
            var fileType = "Video";
            switch (fileType)
            {
                case "Video":
                    HandleVideoFile(fileType);
                    break;
                case "Audio":
                    HandleAudioFile(fileType);
                    break;
                case "Image":
                    HandleImageFile(fileType);
                    break;
                case "Text":
                    HandleTextFile(fileType);
                    break;
            }
            Console.ReadKey();
        }

        public static void HandleTextFile(string fileType)
        {
            Console.WriteLine("我开始处理文本文件了");
        }

        public static void HandleImageFile(string fileType)
        {
            Console.WriteLine("我开始处理图片文件了");
        }

        public static void HandleAudioFile(string fileType)
        {
            Console.WriteLine("我开始处理音频文件了");
        }

        public static void HandleVideoFile(string fileType)
        {
            Console.WriteLine("我开始处理视频文件了");
        }
    }

各个方法封装，独立，可随处调用，面向对象三大特性，简简单单随随便便给你展现一脸

后来，系统变强壮了，业务增加了，要求同时也能处理邮件Email

是不是你这个时候开始修改代码，增加一个方法，添加一个case,break;

如果后续陆陆续续好几十种继续增加，怎么办。程序的可维护性，可扩展性在哪里?

开放-封闭原则在哪里？

开放-封闭原则是只软件实体(类，模块，函数等等)，应该可以扩展，但是不可修改

抛开所有原则，再增加5个，你这个类的代码得有1000行了吧，那么多case,break, 那天稍微不小心的改错一个，是不是会引起巨震。

所以，我们开始进行修改，也就是我们接下来进入正题的 简单工厂模式。

所谓的简单工厂模式，是将一个具体类的实例化交给一个工厂方法来执行

1个点，敲黑板，重点来了

工厂方法来执行。首先需要一个工厂，还需要一个方法。一个方法来干嘛？来实例化具体的类，具体的什么类？具体的算法类！

我们首先来定义一个抽象类

    public abstract class Handle
    {
        public abstract void HandleFile();
    }

这个类告诉全世界，要实现我，就得实现我的方法，我们是强关系，我们是合成关系，我们是拥有关系，我们是鸟儿与翅膀的关系！

而且不准实现我，要实现，先继承，要继承，就得override我的所有方法

于是，不得已，要处理的类纷纷开始实现

文件处理类

    /// <summary>
    /// 文本处理类
    /// </summary>
    public class TextHandle : Handle
    {
        public override void HandleFile()
        {
            Console.WriteLine("我开始处理文本文件了");
        }
    }

图片处理类

   /// <summary>
    /// 图片处理类
   /// </summary>
    public class ImageHandle : Handle
    {
        public override void HandleFile()
        {
            Console.WriteLine("我开始处理图片文件了");
        }
    }

视频处理类

    /// <summary>
    /// 视频处理类
    /// </summary>
    public class VideoHandle : Handle
    {
        public override void HandleFile()
        {
            Console.WriteLine("我开始处理视频文件了");
        }
    }

音频处理类

    /// <summary>
    /// 音频处理类
    /// </summary>
    public class AudioHandle : Handle
    {
        public override void HandleFile()
        {
            Console.WriteLine("我开始处理音频文件了");
        }
    }

所有的处理类我们定义好了，如果后续，业务变更，需求增加，再添加什么邮件啊，电话啊，其他什么的，我们只需要继续添加我们的类，而不是通过去添加方法，这样每个类的单一职责原则是不是体现的很淋漓尽致了，如果单一职责觉得太书面，我们换个称呼，单一功能原则！没法再简单了

所有的处理类已经Ready了，我们的重点工厂可以开始修建了

    public class HandleFactory
    {
        public Handle CreateHandle(string fileType)
        {
            Handle handle = null;
            switch (fileType)
            {
                case "Video":
                    handle = new VideoHandle();
                    break;
                case "Audio":
                    handle = new AudioHandle();
                    break;
                case "Image":
                    handle = new ImageHandle();
                    break;
                case "Text":
                    handle = new TextHandle();
                    break;
            }
            return handle;
        }
    }

不要指指点点，不要指指点点，不要指指点点

我们就像项目过程一样，渐进明细

这次介绍的是简单工厂模式，简单工厂重点是 简单，工厂

后续增加业务的时候，我们只需要再加case，和对应的Handle类就好了

如何调用呢

 class Program
    {
        static void Main()
        {
            var handleFactory = new HandleFactory();
            var fileType = "Text";
            var handle = handleFactory.CreateHandle(fileType);
            handle.HandleFile();
        }

    }

是不是一下简单明了，你要是Web程序，可以，要是CS程序，可以，要是WebAPI,也可以

易扩展，可维护

 

总结下

优点

1、扩展性高，如果想增加一个处理方式，只要扩展一个处理类就可以。

2、屏蔽实现，只关心处理的结果

3、带你走进工厂模式

缺点

1、每次增加一个处理对象的时候，都需要增加一个处理类，还要同时告诉工厂，增加处理类型

2、增加了系统具体类的依赖

 

以上就是关于简单工厂模式的分享

一路前行，风雨无阻，不定时更新