又到春節，或許也就是春節才有幾天松口氣吧，幾幾年的春節記不清了，寫了幾個貼子，希望這個春節再多寫點，跟大家一起討論
沒有可以一起討論的朋友，也是孤獨的……
回到題上來吧
先上一張圖，這張是我的軟件框架系統架構圖
主要包含：
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應用到項目中去
在這里先拋個引子，如果大家對哪一方面感興趣，可以留言，我重點介紹