Transformer 工具的由来及实现

目前,有不少企业已经开始采用WCF来开发分布式系统,企业需求的这种分布式系统要求有着良好的可维护性以及可靠性。为了实现这一目标，开发团队必然选择架构良好的n层架构。参见下图：

   ASP.NET页面层是WCF服务的一个消费者，大家都知道，WCF服务向消费者暴露终结点(Endpoint)以及数据契约(DataContract)。数据契约与业务实体一般有着相同的属性,但是数据契约做为与外界交互的消息(Message)，它一般还有着消息头(MessageHeader)，用于辅助与外界系统的通信。在实际的开发中，我们会在WCF服务层使用数据契约,而在业务处理层使用业务实体,而在WCF服务层内部引入转换层(Transform),它的职责就是将WCF服务层与业务处理层之间交互的数据契约与业务实体来回转换。而在企业的业务很复杂，数据契约、业务实体一般都是有很多属性的类型，那么如果我们手动写这样的MessageToEntity与EntityToMessage方法，那么一定会感觉到相当的枯燥乏味。这就是我做的Transformer工具的由来。

   Transformer工具的开发主要使用了.NET平台中上反射(Refection)以及代码生成类库(CodeDom)。Transformer主窗体的实现方法：

(1)    打开数据契约所在DLL,并反射该DLL中的所有类型，并根据类型的命名空间(Namespace)分组。然后将分组后的数据显示在一个TreeView中。

(2)    打开业务实体据有的DLL,做法同(1)。

(3)    在两边的TreeView中分别选中一个类型，然后点击下面的”Generate” 按钮即可生成两边相互转换的代码。

Transform主窗体截图如下：

点击”Generate”按钮会生成Transformer代码：

 

那么代码是如何自动生成的呢？我们先看一下生成的代码示例：

示例代码可以看作生成代码的模板，我的实现思路如下：

首先要从转换的其中一个类中反射出其所有的属性，然后遍历其属性列表，在遍历过程中，查找另一个类中是否有同名且类型相同的属性，如果有就可以生成”msg.XXX=entity.YYY;”这样的赋值语句。当然，使用CodeDom我们可以生成这些代码。下面结合本工具使用到的情况介绍一下CodeDom:

CodeMemberMethod

        CodeMemberMethod有如下

        CodeMemberMethod的属性有:

               Attributes(MemberAttributes枚举):

ReturnType(CodeTypeReference):标识返回值的类型

               Name(string):标识方法的名字

               Parameters(CodeParameterDeclarationExpressionCollection):

               方法参数的集合

               Statements(CodeStatementCollection):

               方法体内语句的集合

        假如要产生下面的代码:

       

        那么使用CodeDom生成上面代码要使用的代码如下:

如果你对CodeDom有兴趣,可以学习Microsoft的MSDN文档:

http://msdn.microsoft.com/en-us/library/f1dfsbhc.aspx

 

     下面是Transformer工具的可执行程序及源代码的URI,有兴趣的不妨看一下:

     https://files.cnblogs.com/fuhongwei041/TransformerSourceCodeAndExe.rar

    

     That's all. Thank you for your reading!