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