由于，我自己也只是看過一些這方面的文章，沒有實作過，所以在這篇文章里面將不會設(shè)計到太多實現(xiàn)上的細(xì)節(jié)，基本上都是一些概念上和我個人理解的東西。
這兩個概念基本上是一個設(shè)計層的概念，主要講的就是怎么去分離關(guān)注，用面向?qū)ο蟮脑捳f，就是怎么把職責(zé)進(jìn)行分離。而這兩個模式，我個人認(rèn)為都有一個共同點，就是變以前的主動為被動，而我認(rèn)為，這種改變可能也是將來面向?qū)ο蟀l(fā)展的一個趨勢。
首先說說什么叫主動。寫過面向?qū)ο蟪绦虻娜硕贾?，面向?qū)ο笈c面向過程的區(qū)別就是，面向?qū)ο笫怯梢淮蠖褜ο蠼M成的，對象通過協(xié)作完成面向過程中的任務(wù)。假設(shè)現(xiàn)在有對象A和B，那么當(dāng)A需要使用B中的方法時，那么在A內(nèi)部，就會有有一個對B方法的調(diào)用，這種調(diào)用就稱為主動調(diào)用。代碼大概會如下：
public class A{
B b;
public void methodA(){
b.methodB();
}
}
這里為了下文解釋方便，我增加了一個調(diào)用點的定義，調(diào)用點就是調(diào)用發(fā)生的地方。也就是上面
b.methodB()中的b。
理解了什么叫主動之后，我想就先介紹什么叫IoC。IoC的全稱這里就不說了，他的字面意思就是控制反轉(zhuǎn)。在上面的代碼當(dāng)中，由于A調(diào)用了B的方法，因此就形成了一個A對B的依賴，這本身并沒有什么問題。但是OO的思想是希望我們基于接口編程，而不是基于實現(xiàn)編程。因此，系統(tǒng)設(shè)計將不止是原有的A，B，而需要變成IA，IB，A，B，其中IA，IB是接口，A，B是對應(yīng)的實現(xiàn)類，然后為了使得A中現(xiàn)在對B的實現(xiàn)依賴變成對接口的依賴，代碼應(yīng)該變成這樣。
public class A implements IA{
IB b;
public void methodA(){
b.methodB();
}
}
這里雖然我們是基于接口編程了，但大家知道，在這中間，我們需要有一個步驟把b指向一個IB的實現(xiàn)類B，這個怎么做，就是IoC要做的事情，這里就不細(xì)說了。但簡單來說，沒有IoC，我們可能需要在A中通過某種方法去獲取一個B的實例，但有了IoC，她就能在A不參與的情況下，給我們一個B的實例，所以，IoC要做的就是在調(diào)用點上從原來的主動生成一個調(diào)用點，變成被動的接受一個調(diào)用點。
接著就是AOP，全稱也不說了，字面意思就是面向方面編程。舉一個最普遍的例子，就是如果我們代碼需要做日志的話，那么在沒有AOP的時候，我們的代碼可能就是這樣：
public class A{
public void methodA(){
do log;
b.methodB();
}
}
這里methodA()中的做日志并不是方法本身的邏輯功能，而是一個附屬功能，因此，我們需要把它分離出去。怎么分離，就是AOP要做的事情，簡單來說，就是系統(tǒng)在調(diào)用者不知情的情況下，為我們的類A增加了一個代理類，她把我們的類A包裝了起來，像這樣：
public class AP extends A{
A a;
public void methodA(){
do log;
a.methodA():
}
}
public class A{
public void methodA(){
b.methodB();
}
}
于是，當(dāng)我們以為自己在調(diào)用A的methodA()方法時，實際調(diào)用的將是AP中的methodA()，于是就可以把做日志的功能從原有的methodA()中分離了出去。所以，AOP要做的就是在用戶不知道的情況下，將我們的調(diào)用點包裹了起來，從而把原來的功能進(jìn)行了分離。
這個基本上就是我對IoC和AOP的看法。歡迎指正。
