然而在於我們的邏輯分層的每一層次之間的耦合度解耦也是乙個常見的問題.這樣在層次的變化中我們需要實現不變更服務層次，這是我們的設計必須依賴於不變介面（抽象）。對於分層的介面物件建立我們當前流程的解決方案是ioc框架，負責不變物件的建立組合，當下流行的ioc框架有：autofac，castle windsor，unity，spring.net，structuremap，ninject，當然這麼多ioc框架供我們選擇。我本人只了解 castle windsor，unity，更喜歡unity這套微軟自身的輕量級ioc框架。關於ioc框架的測試園友leepy有測試各大主流.net的ioc框架效能測試比較。
另外我還想說的是我們的業務處理中有很多共性，並非業務本身的，比如許可權，日誌，快取等功能模組，如果我們每次都重複將是乙個巨大的工作量和難以維護的成本。應運而生的aop框架，就是一種從業務縱向切入，對目標實現許可權，日誌等。對於aop的實現主流框架主要有透明**和靜態植入兩大類。castle和el中的piab就是一種透明**的實現方式，postsharp則是編譯時靜態注入框架。其他框架還有setpoint，naop，nkalore。
一：ioc目錄：
ioc應用篇：
利用attribute簡化unity框架ioc注入
aop之postsharp7-解決ioc 不能直接new問題，簡化ioc開發和ioc物件lazyload
wcf利用企業庫unity框架的ioc層次解耦
二：aop目錄：
aop靜態植入原理：
**.net編譯時注入（c#—>il）
**vs編譯自定義編譯任務—msbuild task(csproject)
編譯時msil注入--實踐mono cecil(1)
msbuild + msilinect實現編譯時aop之預覽
msbuild + msilinect實現編譯時aop-改變前後對比
postsharp aop：
aop之postsharp初見-onexceptionaspect
aop之postsharp2-onmethodboundaryaspect
aop之postsharp3-methodinterceptionaspect
aop之postsharp4-實現類inotifypropertychanged植入
aop之postsharp5-locationinterceptionaspect
aop之postsharp6-eventinterceptionaspect(事件非同步呼叫)
aop之postsharp7-解決ioc 不能直接new問題，簡化ioc開發和ioc物件lazyload
postsharp - thread dispatching（gui多執行緒）
本系列中的隨筆還有繼續，我會不斷更新。忘大家不辭吝嗇多多指教，共同進步。
C C 隨筆目錄
基礎部分 1 巨集定義 assert offset巨集 pragma once 巨集定義學習 預處理語句 if 0 end if c語言 巨集定義的1 0 與 直接定義1 有什麼區別 區分不同作業系統 編譯器不同版本的巨集 巨集和函式的區別 乙個bug的總結 2 指標 指標 指標與陣列 指標運算 指...
文獻隨筆目錄
1.基於物聯網技術的無紙化電子病案管理系統設計與應用 文獻閱讀隨筆 2.基於uml的電子病案管理系統的設計 文獻閱讀隨筆 3.基於uml的電子病案管理系統設計與實現 文獻閱讀隨筆 4.醫院病案管理系統的設計與實現 文獻閱讀隨筆 5.病歷及隨訪資訊管理系統的研究 文獻閱讀隨筆 6.基於商空閫的電子病柰...
linux隨筆 目錄 檔案
linux根目錄簡介 根目錄即 bin，sbin 儲存系統命令 usr 系統軟體資源目錄 usr bin 普通使用者命令 usr sbin 超級使用者的命令 boot 啟動目錄 dev 硬體目錄 etc配置目錄 lib 函式庫目錄 media mnt tmp 空目錄 proc sys 記憶體的碟符目...