依賴倒置：
兩個類有關係就是依賴。例如 領導和員工。領導要幹活，需要呼叫員工來幹活。
也就是領導
依賴關係就是 領導----->員工
如果員工辭職，那領導就鬱悶了。。。
現在中間加了乙個角色叫做總監，他負責給領導匯報，也就是介面。他找員工，需要員工實現了 工作介面。
結果領導要工作，只要讓總監幹活就行了。總監直接呼叫員工a的工作方法。如果a辭職，那就呼叫員工b的工作方法。其中總監有個set方法。。。
依賴關係就成了 領導---------總監<---------員工
結果這個依賴關係就導致了。
還好總監不總辭職。
這裡就是兩種工作方法的問題啦。
以前，領導過度依賴於員工，導致員工對整個企業威脅大，而且員工啥都做，導致領導控制不住了。
現在，領導只要聽總監匯報就好了，員工只能做總監規定好的事情，領導也好控制了。
其實這個就是控制反轉了ioc
以前，做工作都是員工自己說的算。結果現在，都是總監規定好的。。這不就是控制反轉了麼。。
什麼是依賴倒置原則？
依賴倒置原則 dependence inversion principle，dip 是 object mentor 公司總裁羅伯特 馬丁 robert c.martin 於 1996 年在c report 上發表的文章。依賴倒置原則的原始定義為 高層模組不應該依賴低層模組，兩者都應該依賴其抽象 抽象...
依賴倒置原則
依賴倒置原則 為什麼會出現這個原則呢？q 所有的一切都源於變化，現在orm足夠強大了，看一下他的原始碼也會發現，工廠 介面的使用都是為了更好的擴充套件。舉個簡單的例子 你的老師讓你寫了乙個 豬 類，實現了他的移動方法，如下 public class pig public class client 第...
依賴倒置原則
1 抽象不應該依賴於具體，具體應該依賴於抽象。2 高層次模組不應該依賴於低層次模組，它們都應該依賴於抽象。對於乙個小賣部來說，有許多飲料，比如可樂 雪碧 橙汁 這時，我們把小賣部定義為乙個具體類，如果我們沒有選擇依賴倒置原則的話，我們就應該在小賣部中new coke new sprit new or...