设计模式 2/23 工厂模式
Posted
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了设计模式 2/23 工厂模式相关的知识,希望对你有一定的参考价值。
先要给各位同学灌输一个思想,世间本无设计模式,用的人多了,自然就有了
没有太明显的优劣之分,只道是谁更适合
如果没法理解<<工厂>>,建议阅读上一篇 设计模式 2/23 工厂模式(一) ,毕竟是一个渐进明细的过程,急不来的
这一篇分享 工厂模式
回想一下简单工厂,我们把具体类的实例化工作放在一个工厂方法里面来执行.
同时故意在上一篇提到了开放-封闭原则.
仔细想象看看上一篇的代码,到底有没有遵守这个原则,或者说这个原则有没有被严格意义的遵守,或者说遵守的程度是多少。
如果我们要新增一种Email的处理,我们需要修改的是工厂,在工厂里面加case ,break,这个事实业务扩展了,但是代码修改了,如果使用工厂方法,我们可以避免这种修改工厂的情况
保持一个对扩展开发,对修改关闭的原则
工厂模式 定义一个创建对象的接口,让其子类自己决定实例化哪一个工厂类,工厂模式使其创建过程延迟到子类进行。
敲黑板的时候又来了
定义一个接口,让子类决定实例化哪一个工厂,创建过程延迟到子类进行。怎么理解,怎么破,怎么办!
想象这样一个场景,我们知道世界制造业霸主,富士康集团,几乎覆盖了所有电子产品的制造,如 手机,鼎盛时期,苹果,摩托,诺基亚,等等,都是由其制造。
而这些制造又是由富士康旗下的子公司进行制造,比如现在叫富智康的公司,当时就是生产诺基亚,而现在的郑州富士康,专注苹果的生产
这个时候,我们理解富士康就是一个接口,他高傲的告诉全世界,我可以生产手机,我的子公司,只要实现我,就会制造手机。我们是弱关系,我们是聚合,我的子公司必须实现制造手机同时也可以制造电脑!!!
于是乎,各个子公司就是富士康的子类,对每个子公司来讲,只有在子公司内部,才会去具体生产对应的手机
当你想生产苹果手机的时候,你来到富士康的大门,问,苹果生产厂怎么走,然后就得到指引,一路闻着味寻去
重点,你,你想生产苹果手机,不是富士康想生产苹果手机,决定权,选择权是在你,客户端,而不是工厂
仔细琢磨,其中的微妙,以前是你告诉富士康你要生产苹果手机,然后富士康去决定让谁生产,现在是你决定让富士康的某个厂为你生产苹果手机,
你-富士康-厂
你-富士康的厂
细微的差别,带来的是无穷的烦恼
讲完怎么理解,我们看看代码怎么实现。依然用我们上一篇对应的例子,
处理不同类型的文件,有音频的,视频的,图片的,文本的
采用工厂模式,先定义一个接口,
/// <summary> /// 处理工厂接口 /// </summary> public interface IHandleFactory { /// <summary> /// 创建具体的工厂 /// </summary> /// <returns></returns> Handle CreateHandle(); }
然后,让其子类自己决定实例化哪一个工厂类
音频处理工厂
/// <summary> /// 音频处理工厂 /// </summary> public class AudioHandleFactory : IHandleFactory { /// <summary> /// 我实例化 音频处理 /// </summary> /// <returns></returns> public Handle CreateHandle() { return new AudioHandle(); } }
图片处理工厂
/// <summary> /// 图片处理工厂 /// </summary> public class ImageHandleFactory : IHandleFactory { /// <summary> /// 我实例化 图片处理 /// </summary> /// <returns></returns> public Handle CreateHandle() { return new ImageHandle(); } }
文本处理工厂
/// <summary> /// 文本处理工厂 /// </summary> public class TextHandleFactory : IHandleFactory { /// <summary> /// 我实例化 文本处理 /// </summary> /// <returns></returns> public Handle CreateHandle() { return new TextHandle(); } }
然后具体的处理方法类和以前一样
/// <summary> /// 抽象类 处理 /// </summary> public abstract class Handle { /// <summary> /// 处理文件 /// </summary> public abstract void HandleFile(); } /// <summary> /// 图片处理类 /// </summary> public class ImageHandle : Handle { public override void HandleFile() { Console.WriteLine("我开始处理图片文件了"); } } /// <summary> /// 文本处理类 /// </summary> public class TextHandle : Handle { public override void HandleFile() { Console.WriteLine("我开始处理文本文件了"); } } /// <summary> /// 音频处理工厂 /// </summary> public class AudioHandleFactory : IHandleFactory { /// <summary> /// 我实例化 音频处理 /// </summary> /// <returns></returns> public Handle CreateHandle() { return new AudioHandle(); } }
我们看客户端怎么调用
static void Main() { var handleFactory=new AudioHandleFactory(); var handle = handleFactory.CreateHandle(); handle.HandleFile(); }
OK,以上就是工厂模式
不要指指点点,不要指指点点
我知道,昨天的那种情况应该按照如下写
static void Main() { IHandleFactory handleFactory = null; var fileType = "Image"; switch (fileType) { case "Audio": handleFactory = new AudioHandleFactory(); break; case "Image": handleFactory = new ImageHandleFactory(); break; case "Text": handleFactory = new TextHandleFactory(); break; } if (handleFactory != null) { var handle = handleFactory.CreateHandle(); handle.HandleFile(); } Console.ReadLine(); }
这样才符合题意
我知道,还是有case,break, 但是我们已经把判断提到了客户端,仔细琢磨下,和最初的写方法,判断,再到后续的简单工厂模式,但现在的工厂模式,一不一不的进化,细微的差别,程序的可扩展性,仔细回味
仍然不要急,我们最终是会使用反射利器,干掉switch的
总结下
优点
1、一个调用者想创建一个对象,只要知道其名称就可以了。
2、高扩展性,如果想增加一个产品,只要扩展一个工厂类和一个产品类就可以。
3、屏蔽产品的具体实现,调用者只关心产品的接口。
缺点
每次增加一个产品时,都需要增加一个具体类和对象实现工厂,使得系统中类的个数成倍增加,在一定程度上增加了系统的复杂度,同时也增加了系统具体类的依赖。
系统越做越复杂,到底是一开始的写方法调用直接调用方便,还是现在工厂模式方便,其实是根据现实业务进行选择的
以上就是关于工厂模式的分享
一路前行,风雨无阻,不定时更新,原计划是明天晚上更新,但明天会不家,所以提前更新
以上是关于设计模式 2/23 工厂模式的主要内容,如果未能解决你的问题,请参考以下文章