我的控制反轉，依賴注入和麵向切面程式設計的理解
阿新 • • 發佈：2019-01-01
1.什麼是控制？ 如下圖所示，我們看到了 軟體系統中 物件的
高耦合現象。全體齒輪的轉動由一個物件來控制，如類B。
2.什麼是 控制反轉？ 是用來對物件進行解耦。藉助第三方實現具有依賴關係的的物件之間的解耦。這個第三方就是 ioc 容器。引入了 ioc 容器後，物件 A、B、C、D 之間沒有了依賴關係，全體齒輪轉動的控制權交給 容器。這時候齒輪轉動控制權不屬於任何物件，而屬於ioc 容器，所以控制權反轉了，從 某個物件 轉到了 ioc 容器。
3. 什麼是依賴注入？
3.1 什麼是依賴？依賴就是指一種關係，如果 在類A中 建立了 類B的例項，我們說 類A 依賴 類B。
3.2 看個荔枝：
2.什麼是 控制反轉？ 是用來對物件進行解耦。藉助第三方實現具有依賴關係的的物件之間的解耦。這個第三方就是 ioc 容器。引入了 ioc 容器後，物件 A、B、C、D 之間沒有了依賴關係，全體齒輪轉動的控制權交給 容器。這時候齒輪轉動控制權不屬於任何物件，而屬於ioc 容器，所以控制權反轉了，從 某個物件 轉到了 ioc 容器。
public class class A{
B b;
public A(){
b = new B();
}
void func(){
b.func();
}
}- 問題1：如果現在要改變 類 B 生成方式，如需要用new B(String name)初始化 B，需要修改 類A中的原始碼；
- 問題2：如果想測試不同 B 物件對 A 的影響很困難，因為 B 的初始化被寫死在了 A 的建構函式中；
- 問題3：如果要對類B的例項進行除錯時，就必須在類A中對類B的例項進行測試，增加了測試難度和複雜度；因為當出現問題時，不知道 是 類A的問題 還是 類B的問題；
3.3）依賴注入定義： 將B物件例項 作為類A的構造器引數進行傳入，在呼叫類A 構造器之前，類B例項已經被初始化好了。像這種非自己主動初始化依賴，而通過外部傳入依賴物件的方式，我們就稱為依賴注入。 4.依賴反轉 4.1 根據依賴注入的定義： 被依賴者物件並不是依賴者自己主動初始化，而是通過外部傳入被依賴者的方式，那麼被依賴者物件型別 可以是 其 本身，也可以使其實現類或繼承子類； 4.2 所以，經過分析，被依賴者的物件型別 並不是 依賴者自身可以決定的，（當然傳統的程式設計方式是依賴者 決定的），而是由外部建立者決定的，所以 被依賴者型別的決定權反轉了。對於spirng來說 ，就是由 spring容器決定的；public class class A{ B b; public A(B b){ this.b = b; } void func(){ b.func(); } }
public class BankAccountDAO {
public void withdraw(double amount) {
long startTime = System.currentTimeMillis();
try {
// Actual method body...
}
finally {
long endTime = System.currentTimeMillis() - startTime;
System.out.println("withdraw took: " + endTime);
}
}
}- 開啟和關閉指標是非常困難的，因為您必須手動將try> / finally塊中的程式碼新增到要基準的每個方法或建構函式。
- 分析程式碼真的不屬於你的應用程式程式碼。 它使你的程式碼膨脹和更難讀，因為你必須在一個try / finally塊中包含時間。
- 如果要擴充套件此功能以包括方法或失敗計數，或者甚至將這些統計資訊註冊到更復雜的報告機制，則必須再次修改許多不同的檔案。
public class Metrics implements org.jboss.aop.Interceptor
03. public Object invoke(Invocation invocation) throws Throwable {
05. long startTime = System.currentTimeMillis();
06. try {
08. return invocation.invokeNext();
09. }
10. finally {
12. long endTime = System.currentTimeMillis() - startTime;
13. java.lang.reflect.Method m = ((MethodInvocation)invocation).method;
14. System.out.println("method " + m.toString() + " time: " + endTime + "ms");
15. }
16. }
17. }- 在JBoss AOP下，Metrics類包裝withdraw（）：當呼叫程式碼呼叫withdraw（）時，AOP框架將方法呼叫分解為其部分，並將這些部分封裝到一個呼叫物件中。 然後框架呼叫位於呼叫程式碼和實際方法體之間的任何方面。
- 當AOP框架解析方法呼叫時，它在第3行呼叫Metric的invoke方法。第8行包裝並委託給實際的方法，並使用一個封閉的try / finally塊來執行定時。 第13行從呼叫物件獲取有關方法呼叫的上下文資訊，而第14行顯示方法名稱和計算的度量。
- 將度量程式碼放在其自己的物件中允許我們以後輕鬆擴充套件和捕獲額外的測量。現在，度量被封裝到一個方面，讓我們看看如何應用它。
public class BankAccountDAO {
public void withdraw(double amount) {
long startTime = System.currentTimeMillis();
try {
// Actual method body...
}
finally {
long endTime = System.currentTimeMillis() - startTime;
System.out.println("withdraw took: " + endTime);
}
}
}public class Metrics implements org.jboss.aop.Interceptor
public Object invoke(Invocation invocation) throws Throwable {
long startTime = System.currentTimeMillis();
try {
return invocation.invokeNext(); // 呼叫真正的實體方法
}
finally {
long endTime = System.currentTimeMillis() - startTime;
java.lang.reflect.Method m = ((MethodInvocation)invocation).method;
System.out.println("method " + m.toString() + " time: " + endTime + "ms");
}
}
}