题外话:
对不住各位,本打算年前把这个系列写完,结果由于杂务缠身一直推到年后
我特别痛恨我自己!我觉得不但对不起各位!也对不起自己。
最近烦躁不安,不能专心向学。也不知道如何是好。
……
好吧,言归正传
说个前提条件:
此项目虽然使用了silverlight 4.0
但是服务端只能在dotNet3.5下运行
这也是我们为什么自己实现riaService的原因
实体层设计
由于有这个限制条件,我们设计的实体层也有所区别
如下图为实体层的程序集(只有MenuM实体类,其他实体类未加入。)
下面来看一下实体层MenuM的代码
这里有几点需要说明
1:
特性[DataContract]与[DataMember]标记
是为了客户端与服务端传输数据的时候序列化与反序列化引入的
2:
MenuM类继承自Entity类
然而在.net 3.5中是没有Entity类的
那么我们就创建了这个类(就是Attr文件夹下的 Entity.cs类)
这个类虽然在这里看上去没什么用
但是在silverlight客户端用处就非常大(等会会说道为silverlight客户端自动生成实体类型,silverlight 4.0是有Entity类的)
3:
[Display(Name = "菜单名称")]
如上:Display特性在dotNet3.5中也是不存在的
同理,我们创建了DisplayAttribute特性,也是为了使用Silverlight4.0的客户端特性
为客户端动态生成服务代理和实体类型
使用过Silverlight RIA Service的人一定都知道
每次编译的时候都会在Silverlight程序集中生成如下目录和文件
此文件就包含了服务代理和实体类型
那么为了达到与RIA Service一样的效果
我们为服务端程序集增加了VS2010的后期生成事件命令行
如下图所示
命令行代码为
$(SolutionDir)RTMDemo.Compile\bin\Debug\RTMDemo.Compile.exe
其中
$(SolutionDir)为宏,指解决方案的目录(定义为驱动器 + 路径);包括尾部的反斜杠“\”。
更多生成事件命令行的宏请参见这里:http://msdn.microsoft.com/zh-cn/library/42x5kfw4(v=vs.90).aspx
这个命令行的意思是
在编译完服务端类库后
执行RTMDemo.Compile\bin\Debug\RTMDemo.Compile.exe
也就是这个类库的生成文件
那么我们来看一下这个程序集中的主要工作
1.保存目录路径以备读取和写入
2.添加实体类型
此端代码大意为:
遍历实体类库文件夹内的文件,
读取文件名以M结尾的文件(约定实体类名必须以M结尾)
然后按正则匹配[DataContract]以后的内容
把这些内容保存起来以备写入目标文件
3.添加服务代理
获取服务端类信息与获取实体类信息不同
获取服务端类信息使用了反射
我们反射出类的名字,类中的方法名,参数名,参数类型,返回值类型等
来生成形如下面这样的服务端代理
至于ServiceInvoker是什么,我们将在下一节内容中介绍
注意:这样生成服务端代理暂不支持生成服务端方法的重载代理
在获取参数或返回值类型的时候,
会遇到获取泛型类型的情况(如:List~<….>,就不能把这些拼到字符串内去)
我们使用诸如下面的函数来做简单判别
4.写入代理文件
原始的代理文件模版如下
写入代理文件主要是匹配两个region
然后插入之前生成的字符串
调用此函数的代码如下
WriteToTar("服务", sb.ToString());
至此就把服务代理和实体类型都拷贝到客户端去了
在下一节我们介绍怎么使用这些内容
………………………………………….写文章不容易…………………请务必点个推荐吧………………………………………………