ioc,aop

1.概念理解

1.1 IoC，（Inverse of Control）控制反轉，其包含兩個內容：其一是控制，其二是反轉。在程式中，被調用類的選擇控制權從調用它的類中移除，轉交給第三方裁決（反轉）。這個第三方指的就是Autofac，Spring，Unity等的容器。IoC另解，依賴註入（Dependency Injection），調用類對被調用類的依賴關係由第三方註入，以移除調用類對被調用類的引用，簡單說就是由IoC容器在運行期間，動態地將某種依賴關係註入到對象之中。

     優點：耦合關係就是依賴關係，在一個項目中如果依賴關係相當繁雜，牽一發而動全身，很難維護；依賴關係越少，耦合關係就越低，系統就越穩定，所以我們要減少依賴；
     依賴倒置原則：A. 上層模塊不應該依賴於下層模塊，它們共同依賴於一個抽象。B. 抽象不能依賴於具象，具象依賴於抽象。

1.2 aop，面向切麵編程(也叫面向方面)：Aspect Oriented Programming(AOP),是目前軟體開發中的一個熱點，也是Spring框架中的一個重要內容。利用AOP可以對業務邏輯的各個部分進行隔離，從而使得業務邏輯各部分之間的耦合度降低，提高程式的可重用性，同時提高了開發的效率。 　AOP是OOP的延續，是（Aspect Oriented Programming）的縮寫，意思是面向切麵（方面）編程。主要的功能是：日誌記錄，性能統計，安全控制，事務處理，異常處理等等。 主要的意圖是：將日誌記錄，性能統計，安全控制，事務處理，異常處理等代碼從業務邏輯代碼中劃分出來，通過對這些行為的分離，我們希望可以將它們獨立到非指導業務邏輯的方法中，進而改 變這些行為的時候不影響業務邏輯的代碼。

1.3 OO的五大原則是指SRP、OCP、LSP、DIP、ISP
1>. SRP（Single Responsibility Principle 單一職責原則）
單一職責很容易理解，所謂單一職責，就是一個設計元素只做一件事。
2>. OCP （Open Close Principle 開閉原則）
一句話：“Closed for Modification; Open for Extension”——“對變更關閉；對擴展開放”。
3>. LSP（Liskov Substitution Principle 里氏替換原則）
子類應當可以替換父類並出現在父類能夠出現的任何地方。這個原則是Liskov於1987年提出的設計原則。它同樣可以從Bertrand Meyer 的DBC (Design by Contract) 的概念推出。我們以學生為例，夜校生為學生的子類，因此在任何學生可以出現的地方，夜校生均可出現。這個例子有些牽強，一個能夠反映這個原則的例子時圓和橢圓，圓是橢圓的一個特殊子類。因此任何出現橢圓的地方，圓均可以出現。但反過來就可能行不通。運用替換原則時，我們儘量把類B設計為抽象類或者介面，讓C類繼承類B(介面B)並實現操作A和操作B，運行時，類C實例替換B，這樣我們即可進行新類的擴展(繼承類B或介面B)，同時無須對類A進行修改。
4>.DIP（Dependence Inversion Principle 依賴倒置原則）
依賴倒置（Dependence Inversion Principle）原則講的是：要依賴於抽象，不要依賴於具體。簡單的說，依賴倒置原則要求客戶端依賴於抽象耦合。原則表述：抽象不應當依賴於細節；細節應當依賴於抽象；要針對介面編程，不針對實現編程。
5>.ISP（Interface Segregation Principle 介面分隔原則）
採用多個與特定客戶類有關的介面比採用一個通用的涵蓋多個業務方法的介面要好。ISP原則是另外一個支持諸如COM等組件化的使能技術。缺少ISP，組件、類的可用性和移植性將大打折扣。這個原則的本質相當簡單。如果你擁有一個針對多個客戶的類，為每一個客戶創建特定業務介面，然後使該客戶類繼承多個特定業務介面將比直接載入客戶所需所有方法有效。

2.學習資料

2.1 Autofac
http://www.cnblogs.com/kissdodog/p/3611447.html

2.2 Unity

http://www.manew.com/thread-46366-1-1.html

http://www.navisoft.com.cn/Archives/Index/15

http://blog.csdn.net/jiujiu28/article/details/43602565

http://blog.csdn.net/shuaihj/article/details/53767434

http://www.manew.com/jihe/18049.html