DDD领域驱动设计与SOA面向服务架构

又到春节，或许也就是春节才有几天松口气吧，几几年的春节记不清了，写了几个贴子，希望这个春节再多写点，跟大家一起讨论

没有可以一起讨论的朋友，也是孤独的……

回到题上来吧

先上一张图，这张是我的软件框架系统架构图



主要包含：

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应用到项目中去

在这里先抛个引子，如果大家对哪一方面感兴趣，可以留言，我重点介绍