又到春节，或许也就是春节才有几天松口气吧，几几年的春节记不清了，写了几个贴子，希望这个春节再多写点，跟大家一起讨论
没有可以一起讨论的朋友，也是孤独的……
回到题上来吧
先上一张图，这张是我的软件框架系统架构图
主要包含：
1、ORM：服务与ORM服务统一。服务与客户端直接通信，也可以用于流程引擎的组合，再以服务的形式提供出去。
2、AOP：基于Emit。
3、流程引擎：参照BMPN2.0规范，不是常用的MS的WF
4、UML静态图：与流程设计配合，设计领域模型并可以导出 SQL、代码、配置等。
4、服务容器：HTTP服务用IIS，WindowsService服务自己写的，参考UFIDA。
5、通信协议：基于Protobuf，作了一定的修改
6、客户端代理：为动态代理，基于Emit。原来是用透明代理的方式。
7、SDO：经过精心设计。可以保存数据的状态，能够记录数据的增、删、改状态。客户端数据与服务器端的数据，可以用同一个DLL，只是配置文件的差异。在服务器端可以参与ORM用，在客户端作为普通的对象用。并且，可以级联绑定触发，对用于WPF/WINFORM/Silverlight等支持绑定的地方，可以大大降低代码量。
8、客户端统一模型支持：CF/Android(Mono)/等用统一的EBS总线与服务器端通信，结合代码工具，可以大大降低代码量和开发周期。同时保证系统的稳定性，减少测试。
对于系统框架，已经经过N久的升级了，对于服务器端的稳定性，已经经过了大量的检验，超过7亿的数据量，框架系统运行稳定，长时间（超过30分钟）的事务执行，也没有出现过异常。
后续会对作更详细的介绍
希望能够有更多的朋友到加入到 DDD 和SOA的体系架构中来，一起把DDD和SOA应用到项目中去
在这里先抛个引子，如果大家对哪一方面感兴趣，可以留言，我重点介绍
589
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
