抽象工廠模式只是部分滿足了dip，因為它未滿足「高層模組不應該依賴於低層模組，二者都應該依賴於抽象」,換言之在相關高層模組還有抽象工廠的存在，就是依然存在耦合。解耦是最終目的，但實際情況是不可能消除耦合。但ioc or di 這個思想借鑑了硬體設計，將耦合轉移了從而變相的講模組之間的耦合消除了，將模組之間的耦合轉移到了模組與容器之間。從而ioc or di完全滿足了dip
依賴注入（di）和工廠模式相似的原因是，它們是軟體結構控制反轉（ioc）的兩種實現。簡單地說，它們是針對同一問題的兩種解決方案。
因此，factory模式和di之間的主要區別是如何獲取物件引用。
依賴注入的名稱暗示該引用已注入或提供給您的**。使用factory模式，你的**必須請求引用，以便你的**訪存該物件。兩種實現都刪除或分離了**與**所使用的物件引用的基礎類或型別之間的鏈結。
值得注意的是，工廠模式（或者實際上是抽象工廠模式，它們是返回新工廠並返回物件引用的工廠）可以編寫為在執行時動態選擇或鏈結到所請求物件的型別或類。這使它們與ioc的另一種實現的service locator模式非常相似（甚至比di更是如此）。
工廠設計模式（在軟體方面）非常古老，已經存在了一段時間。自從最近架構模式ioc流行以來，它正在復甦。
ioc設計模式：注入器正在注入，定位器正在定位，工廠已經重構。
工廠與抽象工廠
委託注入 class program var empolyea employeefactory.createemployee wzj 北京1,杭州2 employeeaddresspr console.write empolyea.name t empolyea.addresscollers.add...
工廠模式，控制反轉（依賴注入）
在介紹工廠模式與控制反轉 inversion of control 及依賴注入 dependency injection 之前，先介紹下類的呼叫方法。目前呼叫方法總共有3種 1.自己建立 2.工廠模式 3.外部注入，其中外部注入即為控制反轉 依賴注入模式 ioc di 我們可以用3個形象的東西來分別...
依賴注入與耦合
依賴注入與耦合 耦合是程式元件間的聯絡。耦合大體上分為兩類 建立型耦合與注入型耦合。建立型耦合又分為組成型耦合與區域性使用型耦合。組成型耦合 耦合物件為主體物件的組成部分 區域性使用型耦合 耦合物件在主體中臨時建立和使用 注入型耦合分為三類 1 注入物件在外部建立，注入到主體物件 目的是依賴的靈活性...