新框架正在逐步完善,可喜可贺的是基础服务部分初具备模样了,给大家分享一下
由于基础服务涉及太广,也没开发完,这篇只介绍其中的类型转化部分,命名为类型转化基础服务,其实就是基础服务模块的类型转化子模块
说到类型转化必须要清楚.net的类型,类型都不清楚何来类型转化
1、Primitive类型
1.1 这个概念估计很多人都没听说过,Primitive不是一个新类型,而是.net类型中最基本的一种分类,是基元类型的意思
MS将类型分为三类：Primitive(基元类型)、Complex(复合类型) 和 Collection(集合类型),Type 提供了IsPrimitive 属性
1.2 哪些类型属于Primitive呢?
参考链接:http://msdn.microsoft.com/en-us/library/system.type.isprimitive(v=vs.110).aspx
”The primitive types are Boolean, Byte, SByte, Int16, UInt16, Int32, UInt32, Int64, UInt64, IntPtr, UIntPtr, Char, Double, and Single.“
1.3 看到这里还是挺失望的,我们常用的类型Decimal和String并不含在内
有的同学可能说,别说那两个了,里面就除了Char和Double其他都没用过;老实说MS真的把.net程序员彻底惯坏了
其实Boolean就是我们常用的bool，Int32就是int，Int64就是long,Single就是float
1.4 Primitive类型有什么用呢?
Primitive是基元类型,可以这样理解其他类型都是由Primitive类型构成的或者衍生的,.net对Primitive支持最好,有些地方对于非Primitive类型支持不好,可能造成"灵异"事件
这里就不展开说明Primitive类型
2、IConvertible类型
IConvertible不是新维度的类型类别,IConvertible是MS定义的一个接口,我这里讲的IConvertible类型特指Ms定义的基本类型中继承了该接口的类型
我来稍作解析一下,继承了IConvertible的类型非常强大,可以方便的转化类常用的15种类型,也正是这15种类型继承了IConvertible接口
IConvertible类型转化为其他类型(以上15种),也就是这15种类型可以方便的相互转化(其实不一定的,有些转化是会出错的)
IConvertible类型转化具有高度的扩展性,可以传一个格式化的参数(IFormatProvider)
3、"基本"类型
这里是我定义的”基本类型“,我认为有这些类型就足够开发使用,框架对次之外的类型不予"支持",或者优先支持
包含类型列表:bool、byte、char、decimal、double、float、int、long、string、DateTime、byte[]
注1:在现在内存这么便宜的时代,我认为短数据类型的作用不大,短数据类型都使用int就好了
注2:我也不喜欢使用无符号类型,所以又省略了一大批类型,对于数字类型Ms使用==0表示"逻辑空",我使用<=0表示"逻辑空",后面还有相关例子
注3:这样做的也是情非得已,类型太多了,其排列组合更多,好在本框架是可扩展框架,使用本框架的可以自己扩展支持类型,当然也可以开发一个类型扩展的组件(类库),需要的自己注册进去
现在开始演示类型转化基础服务
一、类型特别多,这里先拿int类型测试
1、字符串转int
2、不同数字类型转化为Int
这里我要多唠叨一句,我前面说过对”基本类型“以外的不予支持,其实意思是不支持转化为这些类型,这些类型转化为”基本类型“是没有问题的
3、object转化为int
以上例子可以看出,基本类型转化完全没有问题,其实在主框架,我也不打算默认实现复杂自定义类型的转化,这个留给扩展实现
你上面的这些功能So easy,实现过类似功能的多如牛毛,确实,基本类型转化实现简单,但是这里要强调,我做的是可扩展框架,可扩展是亮点,而且非常容易扩展
二、扩展自定义类型转化为int的例子
1、先看自定义类型代码
非常简单还是解读一下,定义了两个类型,customObj明显是个模型(Model)类，customConverter有一个方法传入一个customObj对象返回一个int值
2、再看对象转化代码
首先我们看结果,是我们预期的效果,和customConverter的Get方法的效果一致,但是我们没有直接调用customConverter.Get,甚至好像和customConverter类型都没什么关系
这里有几个关键因素,其一是GlobalServices.Convert方法是怎么运行的;其二是GlobalServices.CreateContainer()是什么鬼
3、GlobalServices.Convert方法解析
这个类型转化还是挺复杂的,挑主要的来解读
3.1 TryConvert是尝试类型转化,如果转化失败可以换一种方法再做
这种方式在本框架中有大量应用,其实就就形成一个”策略链“,每个”策略“判断一个这个问题自己是否是自己可以处理的类型,不能处理,下一个策略继续,这样非常便于扩展
在TryConvert中先调用个接口IEntityConvert,转化失败再调用IEntityAccess用来转化
这里有一个特别重要的事情,就是这个接口的对象从哪里来,这里是来自一个容器对象,这里由发现本框架的一个扩展点,只要往容器里面添加"策略"就可以增强本框架的类型转化功能,这是我为什么说主框架不打算实现复杂的类型转化,因为非常容易扩展
3.2 再看Convert主方法
A：先按当前类型尝试转化
B：转化失败判断当前对象是否为空
C：Transform.TryConvertByType
这个简单就是强制类型转化,如果T是S的基类,这个时候就可以直接转化过去,也是非常安全的
D：再尝试IConvertible转化
前面说到系统的IConvertible定义了15种基本类型的相互排列组合转化,而且还可以使用IFormatProvider自定义转化,这就是一个强大的转化机器,不能不试
E：最后尝试把s对象转化为字符串,然后把字符串转化为目标类型(T)对象
功能是不是非常强大,也非常有别于很多类型转化工具,上来先反射,获取类型元数据,然后调用属性和字段,现在还没做测试,我这种方式可能会有明显的性能优势,但是性能现在不是我最想考虑的问题,我现在考虑的是怎么可以非常简单的扩展
4、GlobalServices.CreateContainer()是什么鬼
4.1 CreateContainer定义
从上面可以看出GlobalServices.CreateContainer就是一个再普通不过的容器,容器名是GlobalServices
前面有提到容器是可以扩展的,只要我们使用的容器支持(比如Unity、Spring.net等),我们完全可以使用配置文件来扩展类型转化,还可以使用非常炫的IOC和AOP等特性
说到这里,现在"业界"有几个类型转化工作可以做到？我稍微看了一个现在非常流行的Automapper,自定义映射确实没问题,但是映射过程还可以通过配置文件扩展或者IOC和AOP的我面见识过,如果有人看到过请告知,我要好好学习学习
4.2 其实GlobalServices容器和其他容器还是有点区别的,继续深挖源码
这里有一个不起眼的地方加了一行代码,给GlobalServices容器”吃小灶“
不挖不知道,一挖吓一跳,有一种”柳暗花明又一村“的感觉
哈哈,我就说我要对每个容器做包装,”居心不良“吧;哈哈,这样说太难定了,一句话"还是为了更好的扩展"。
4.3 没办法了,还得继续挖GlobalServices.CheckServices
这里可以看到框架支持的"基本类型",这里把这些转化策略都注册到容器中
当然如果容器中已经存在同类型的"服务",这里的注册是会忽略的
同样,就算是这里定的服务,如果觉得不好用,也可以在外面重新注册并覆盖
还有一点,前面截图可以明显看出"基础服务模块"的基本样子,但是除了”类型转化子模块“子模块其他都还没开发出来
今天实在是挖累了,暂时就挖到这里,这里还远没有完全诠释”类型转化基础服务“的可扩展性全貌,有空再补