用Spring.Services整合 thrift0.9.2生成的wcf中间代码-复杂的架构带来简单的代码和高可维护性

　　最近一直在看关于thrift的相关文章，涉及到的内容的基本都是表层的。一旦具体要用到实际的项目中的时候就会遇到各种问题了！

比如说：thrift 的服务器端载体的选择、中间代码的生成options（async asyncctp wcf 等等）、实现服务器端和客户端的基础框架的选择、和承载各层之间的组合的ioc架构。

其实这些东西，内容还是蛮多的。可能大家在看了这篇文章对很多必须要对 thrift 的基础做些普及才能看懂，还有就是windowsservices、wcf、spring.net！

　　这里，我是用的C# 做服务器和客户，当然，服务器端公布出的接口客户端就不在乎你是什么语言的了。只需要thrift的编译器生成对应中间代码然后相应编写代码就ok了。

下面是我选择的代码结构：

服务器端的载体我选择了windows services ,编译器肯定是用官方最新的thrift0.9.2(在代码生成的时候options我选择了wcf), 至于Thrift 的基础框架，我选择的是.net的 Thrift 和Thrift.Server和Thrift.Client (客户端可以支持多个服务器端的配置这正式我要找的东西呀)，Ioc框架，其实现成的注入框架比较多，什么autoface，unity，spring.net等等；其实最终我们选择这些依赖注入的目的一定要清楚：（个人观点） 让我们的架构更松散、代码更美观、代码量更少、高可复用性、更容易维护。其实无论的的选择是什么，目的清楚了你的选择就一目了然了。这里我的选择肯定就是spring.net了，因为它有对Wcf,webservice,windowsservice,remoting等 的专门支持Spring.Services。另外的原因就太多了，让我省去了不少代码，让原本臃肿Wcf的代码变得结构清晰，另外它也统一了所有项目的依赖注入。

其中thrift 的代码生成命令是：thrift -gen csharp:wcf *.thrift

现在还看不到spring 的内容，应该它的作用是将松散的代码最后组合成一个成品。所以会涉及很多的spring配置。而且最终只会在ServerHost 项目的app.config 中可以看到。

当然里面的代码相当的少，因为spring.services里面做了整合，且一次封装，ServerHost 里面的代码就不用改了，你 唯一要做的就是如何将各个模块用配置整合在一起了。

　　从现在的结构视乎看上去很简单，其实不然，要真正将它们整合在一起要做很多配置和调试工作

下面看看生成的dll文件就知道了：

这还只是dll文件，相信用过spring的都知道。spring在代码和结构上带来了福音，但是配置文件的编写和整个框架的调试和融通却是一件头痛的事情。

不过，随着.net 的开源，对项目架构和可扩展性，分布式，可维护性要求也在慢慢体现出来。

所以做.net 的同学们，不要只看到.net的敏捷开发，要看到它有更宏伟的目标(分布式，云层存储，搜索引擎等等)；而要达成这样的目标，我们必须重视各种第三方开发的中间件，不管它的原型是java开发的，php开发的，还是其他语言开发的。最重要的是它能带来我们想要的，它能让我们程序不在难以维护，让系统像一个婴儿一样可以逐步成长，而不是其他语言所取代，或是各种重复开发。