网站建设卩金手指科杰,苏州注册公司需要多少钱,网站备案好还是不备案好,做网站现在用什么软件一、上篇回顾
上篇我们主要讲述了简单工厂模式和工厂模式。并且分析了每种模式的应用场景和一些优缺点#xff0c;我们现在来回顾一下#xff1a;
简单工厂模式#xff1a;一个工厂负责所有类型对象的创建#xff0c;不支持无缝的新增新的类型对象的创建。
工厂模式我们现在来回顾一下
简单工厂模式一个工厂负责所有类型对象的创建不支持无缝的新增新的类型对象的创建。
工厂模式多个工厂负责多个类型对象的创建每个工厂只负责具体类型对象的创建支持无缝的新增类型对象的创建需要实现工厂接口类和具体的类型对象类。
我们来简单的对比下这2个模式的优缺点 模式名称优点缺点简单工厂模式一个工厂负责所有对象的创建简单灵活不符合高内聚的原则不支持无缝的扩展工厂模式可以无缝的新增类型每个工厂职责单一符合高内聚的原则工厂类太多难以维护。 工厂模式很优雅的解决了应用程序使用对象时的无限new()的操作同时降低了系统应用之间的耦合性提高了系统的可维护性和适应性。
二、摘要
本文主要是针对创建型模式中的抽象工厂模式进行讲述抽象工厂模式是在简单工厂模式的基础上扩展而成的新模式将简单工厂中的对象的创建过程进行了很优雅的动态配置来完成无
缝的扩展当然通过一些扩展可以构建出可支持动态新增或者删除对象的抽象工厂模式。本文将会给出具体的实现方案相比工厂模式抽象工厂模式是一个工厂负责多个对象的创建返回
的具体的类型是这个对象的抽象类型。这样在客户端引用的时候只需要使用这个工厂返回的对象类型抽象工厂会自动根据对象的类型动态的创建这个类型对象的实例。大体的过程如下 上面的图片呢主要是针对经典的抽象工厂模式给出了一个实现草图的模拟而我们在实际的项目中可能并不希望给出这么多的抽象工厂工厂实现我只想给出一个通用的抽象 工厂实现通过静态方法直接调用返回我想要的对象类型的实例而且这个对象类型是可以动态配置的那么我们如何做到呢这就是本篇需要讨论的实现方案。本篇将会从 以下几点进行讲述抽象工厂模式 1、抽象工厂模式的简单实例代码-这里给出的是经典的抽象工厂模式实例代码。我们从经典的实例代码中可以看出这个工厂模式的一些缺点。 2、根据经典工厂模式的缺点我们给出改进的方案进一步给出项目中可以使用的通用方案实现。
3、给出上篇中的通过委托来实现的工厂模式方案。
4、通过特性反射的形式来动态的创建对象。
三、本文大纲
a、上篇回顾。
b、摘要。
c、本文大纲。
d、抽象工厂模式的特点及使用场景。
e、抽象工厂模式的实现方案。
f、抽象工厂模式使用总结。
g、系列进度。
h、下篇预告。
四、抽象工厂模式的特点及使用场景
抽象工厂可以说是三类工厂模式中使用最广泛的也是最受大家喜爱的模式之一因为抽象工厂模式解决了一系列相互依赖的对象或者有组合关系的对象的创建过程。举个简单的例子来
说我们以电脑的显卡和风扇来说吧我们知道显卡一般在玩游戏的时候由于渲染图形会产生大量的热量如果没有好的风扇那么可能无法达到好的散热的效果这个时候我们可以把显卡和
风扇的创建放在一个抽象工厂中进行创建因为这2个对象是具有依赖关系的对象那么我们来给出这个例子的完整实例代码
先看看2个对象类型的接口和抽象工厂的接口定义 /// /// 定义显卡抽象对象接口 /// public interface IDisplayCard { } /// /// 定义显卡风扇抽象对象接口 /// public interface IDisplayFan { } /// /// 定义显卡设备抽象工厂接口 /// public interface IAbstractDriveFactory { IDisplayCard CreateDisplayCard(); IDisplayFan CreateDisplayFan(); } 我们来看看具体类型的实现和抽象工厂的具体实现。 /// /// 定义华硕显卡的具体对象 /// public class DisplayCardAsus : IDisplayCard { } /// /// 华硕显卡配套风扇 /// public class DisplayFanAsus : IDisplayFan { } /// /// 华硕显卡具体实现工厂 /// public class DriveFactoryAsus : IAbstractDriveFactory { IDisplayCard CreateDisplayCardAsus() { return new DisplayCardAsus(); } IDisplayFan CreateDisplayFanAsus() { return new DisplayFanAsus(); } } 通过上面的代码我们给出了抽象工厂的一个经典实例的实现方案当然这不是我们开发中使用的实际形式那么实际我们在项目中如何使用这个抽象工厂模式呢我们一般是改进的方
案去使用这个抽象工厂模式我们如何改进呢对于目前的如果我不光创建显卡设备和配套的风扇设备我还想创建其他的类型的东西这时候可能我们定义的抽象工厂就无法满足具有相互
依赖或者组合关系的对象类型实例的创建工作了那么我们如何改进呢这就是下面要讲述的几类方案。
五、抽象工厂模式的实现方案
5.1、通过配置文件来实现
我们先给出基于上面的经典抽象工厂的一个改进的方案可以支持动态配置的抽象工厂一个工厂负责动态的创建一些列的可动态配置的对象列表我们如何做呢我想一提到配置。大家都知道要么是通过XML文件来实现或者是通过泛型集合来做。我们这里可以提供的方案是这样的通过工厂初始化时从配置文件中读取配置项构造一个字典然后从这个字典中查询要创建的类型是否在字典中如果在字典中存在则创建这个类型的对象否则返回NULL我们这里通过泛型来实现。我们来看看具体的代码实现吧 /// /// 定义抽象工厂接口 /// public interface IAbstractFactory { /// /// 通用的泛型对象创建工厂 /// /// /// T Create(); } 给出具体的实现这个接口的抽象工厂类 /// /// 具体的通用工厂实现 /// public class AbstractFactory : IAbstractFactory { private static readonly IDictionaryType, Type instances null; public static AbstractFactory() { //从具体的配置项中读取从配置文件中读取或者通过某个方法来硬编码实现等。 //这里推荐的做饭是从配置文件中读取。 instances new DictionaryType, Type(); instances.Add(Type.GetType(“”), Type.GetType(“”)); instances.Add(Type.GetType(“”), Type.GetType(“”)); } public T Create() { if (!instances.ContainsKey(typeof(T))) return default(T); Type typeInstance instances[typeof(T)]; T obj (T)Activator.CreateInstance(typeInstance); return obj; } } 通过上面给出的代码基本上可以满足一般项目的需求大家当然有好的思路和建议也可以提出给出更好的改进方案下面我给出大概的配置文件格式其实就是父子级节点父级节点是负责创建的工厂类那么这个父节点下的子节点就是工厂要创建的具体的对象类型。 上图中描述的思路我们大概知道了对应这样的一个支持多个具有依赖关系或者组合关系的对象的动态抽象工厂的实现那么如果我们想实现支持多个具有依赖关系或者组合 关系的不同的创建形式的通用创建工厂时我们如何来做呢同上面的思路只不过我们外部需要再添加一个字典负责类型和抽象工厂的映射即抽象工厂可以创建的字典列 表及抽象工厂具体实例类型之间的键值对关系或者通过配置文件来组织父子级的关系。我们大概的看下配置文件的组织吧 ?xml version1.0 encodingutf-8 ? 那么具体的抽象工厂的代码又如何组织呢如下形式 /// /// 具体的通用工厂实现 /// public class AbstractFactory : IAbstractFactory { /// /// 工厂与工厂能够创建的对象类型字典之间的映射字典 /// private static readonly IDictionaryType, DictionaryType, Type typeMapper null; private Type factoryType null; public static AbstractFactory() { //从具体的配置项中读取从配置文件中读取或者通过某个方法来硬编码实现等。 //这里推荐的做饭是从配置文件中读取。 //根据配置文件中的ObjectInstance 节点放在对应的工厂下的字典中 //每个工厂节点FactorySection 就会创建一个字典并且将这个工厂能够创建的类型放在这个字典中 typeMapper new DictionaryType, DictionaryType, Type(); } public AbstractFactory(string typeName) { this.factoryType Type.GetType(typeName); } public T Create() { if(typeMapper.ContainsKey(this.factoryType)) return default(T); DictionaryType, Type instances typeMapper[this.factoryType]; if (!instances.ContainsKey(typeof(T))) return default(T); Type typeInstance instances[typeof(T)]; T obj (T)Activator.CreateInstance(typeInstance); return obj; } } 通过上面的代码我们就给出了一个通用的抽象工厂的可行的解决方案。 5.2、通过委托来实现工厂模式
我们先要定义一个委托 public delegate string DelegateFunctionHandler(string userName); 基于这个委托的工厂实现方案 /// /// 具体的通用工厂实现 /// public class DegelateFactory { private DelegateFunctionHandler handler null; public static DelegateFunctionHandler Create() { if (handler null) handler new DelegateFunctionHandler(this.Test); return handler; } public string Test(string name) { return “Test!”; } } 工厂返回一个委托类型的对象当然我上面为了简单给出的test方法其实就是工厂内部的方法当然这里还可以进行相应的改进也可以通过配置文件来完成通过配置文件把相应相
应的委托事件方法通过配置来通过工厂动态的创建。下面给出个思路吧具体的实现我就不贴出来了 也希望大家给出更好的实现思路和方案。希望能多多的交流。 六、抽象工厂模式使用总结
通过上面的实现方式和思路我们来对比一下抽象工厂、工厂模式、简单工厂模式之间的差异和相同点。
相同点 1、都是为客户调用程序与具体的对象类型之间提供了一个解耦作用这里怎么说呢其实就是应用程序不关心这个对象是怎么出来的只关系如何使用这个对象而且以后就算对象发生变化那么也不需 要修改用户应用程序的代码。 2、提高了程序的可维护性和低耦合性。 异同点 1、简单工厂模式是简单的一些列没有任何依赖关系的对象的创建内部包含复杂的逻辑关系一半是通过配置或者参数来进行创建对象适合对象类型不多并且不会经常新增的情况下。 工厂模式每个工厂负责具体类型对象的创建提供了可以动态新增产品类型的创建并不需要修改现有的程序就可以无缝的新增产品类型。 抽象工厂模式支持动态的新增对象类型和新增工厂类型实现多种依赖关系的对象或者组合关系的创建适合现有项目中的对象创建过程。 2、简单工厂模式内部逻辑复杂不符合高内聚的原则。 工厂模式每次新增一个对象类型就必须新增一个对应的创建工厂无疑这是一个非常大的工作量。 抽象工厂模式是在简单工厂模式的基础上经过改进具有前2个模式的优点又屏蔽了他们的一些缺点。 当然我们在具体的项目中还是需要具体的情况具体分析一般情况下我们对于这种数据库平滑迁移时简单工厂可能比其他2类工厂更容易做也很灵活。
七、系列进度。 创建型 1、系统架构技能之设计模式-单件模式 2、系统架构技能之设计模式-工厂模式 3、系统架构技能之设计模式-抽象工厂模式 4、系统架构技能之设计模式-创建者模式 5、系统架构技能之设计模式-原型模式 结构型 1、系统架构技能之设计模式-组合模式 2、系统架构技能之设计模式-外观模式 3、系统架构技能之设计模式-适配器模式 4、系统架构技能之设计模式-桥模式 5、系统架构技能之设计模式-装饰模式 6、系统架构技能之设计模式-享元模式 7、系统架构技能之设计模式-代理模式 行为型 1、系统架构技能之设计模式-命令模式 2、系统架构技能之设计模式-观察者模式 3、系统架构技能之设计模式-策略模式 4、系统架构技能之设计模式-职责模式 5、系统架构技能之设计模式-模板模式 6、系统架构技能之设计模式-中介者模式 7、系统架构技能之设计模式-解释器模式 八、下篇预告。 下篇将会针对创建者模式进行讲述该模式也是创建型模式中最复杂的设计模式之一该 模式是对一个对象的各个创建部分进行划分最后创建出完整的对象当然这里面的实现方式可以说还是 那几类思路我将会给出几个方案的关键代码希望大家多提宝贵意见错误之处还请指出请大家继续支持。 转自https://www.cnblogs.com/hegezhou_hot/archive/2010/12/01/1893388.html
