c# 分布式系统开发

开篇吹牛，吹大牛了各位。

接连几篇博文，已经将了咱们系统经常使用的东西，主要针对服务端，非桌面系统。

聊了这么久了，最后将这全部内容打包，完成一个系统。可能称为组件才合适，由于我没有提供启动程序。

每个模块都是尽可能作到公共化，统一化

总结一下：

通讯组件，序列化组件，特性反射，扩展方法，结构返回模板，缓存，负载均衡，etcd的注册中心（这个是在java部分讲的，我只是提供了c#版本的客户端代码）。反射方法有了。

这样组合起来，再加上大家的业务模块，就是一个完整的系统了，任意使用组合。

我本身组合了一个，不知道叫什么名字。暂时就叫特性服务吧。

天下大势，分久必合，合久必分。

最开始写代码，一个系统，一个项目到底。后面分项目，再后面分系统，再后面分布式。

而后运维麻烦了，代码要少要通用，再次合成通用的，最好一个组件不少功能。高大尚。。。。

如今呢？微服务来了，把你写的多功能强大系统再分出来。哎。。。。

回到我这里。

根据如今常常用到的三个方面。RPC,MQ另外加上RestFull模型。

统一一下，定义一个特性SrvAttribute，放在类上就是服务名称，放在方法上就是要暴露的方法。

这样提供TPC就能够接收HTTP请求了，就是RestFull了。

定义一个公共的接口，服务端实现接口，或者不实现也能够。只要把特性加上就是了。

客户端实现接口，在实现的接口方法里面，打包本身的参数，方法名称，以及服务名称；序列化之后传递到服务端

服务端反序列化，而后解析服务名称，方法名称，而后反射调用。

这样就把2者合并了。

MQ怎么办？凉拌，本身写个方法传输byte[]数组就是了，在服务端写一个接收注册的方法就是了。

就一个注册分发，一个数据接收方法，保持注册地址对象，就是一个MQ服务了，MQ须要开发服务端功能。

若是再加上etcd的分布式部署，就是一个分布式集群了。

全部代码项目都上传了GIT,就是前几篇博文的地址。

关于反射多说一下。

如今分了几个平台。

发现Emit确实快，可是它只支持.net framework,没有支持，.net standar不支持，没有办法，就写了2个相同的。

另外就是动态编译，也是只有.net framework,因此写了个客户端项目，动态编译实现接口，这样你只要一个接口库就能够了，什么都不须要写，配置写好就能够了。动态编译里面自动继承接口，而后打包方法参数，名称。定时编译缓存dll,下次启动就直接动态加载dll就能够了。RPC你什么都不作，就是用结果，设置通讯就能够。安逸吧?

若是是其它平台就得直接实现接口打包参数了。

大吹牛就这样结束了。刚刚买了一本.net性能的书，等我看完看有没有和你们吹的。没有的话就基本这样了。

好久没有来csdn了。来了就系统的和你们吹牛皮。