運用你心中的aop反編譯思想

Ⅰ java中的Spring裡面的ioc和aop有什麼區別他們都有什麼用

IOC的基本概念是：不創建對象，但是描述創建它們的方式。在代碼中不直接與對象和服務連接，但在配置文件中描述哪一個組件需要哪一項服務。Spring容器負責將這些聯系在一起。也就是說，Spring的IOC負責管理各種對象的創建、清除以及它們之間的聯系。AOP是指面向切面編程（也叫面向方面），可以通過預編譯方式和運行期動態代理實現在不修改源代碼的情況下給程序動態統一添加功能的一種技術。一般用於事務管理、許可權控制、錯誤處理等各種業務中共同性的東西。

Ⅱ AOP的名稱含義

Aspect Oriented Programming（AOP）是較為熱門的一個話題。AOP，國內大致譯作「面向切面編程」。
「面向方面編程」,這樣的名字並不是非常容易理解，且容易產生一些誤導。筆者不止一次聽到類似「OOP/OOD11即將落伍，AOP是新一代軟體開發方式」這樣的發言。顯然，發言者並沒有理解AOP的含義。Aspect，沒錯，的確是「方面」的意思。不過，華語傳統語義中的「方面」，大多數情況下指的是一件事情的不同維度、或者說不同角度上的特性，比如我們常說：「這件事情要從幾個方面來看待」，往往意思是：需要從不同的角度來看待同一個事物。這里的「方面」，指的是事物的外在特性在不同觀察角度下的體現。而在AOP中，Aspect的含義，可能更多的理解為「切面」比較合適。所以筆者更傾向於「面向切面編程」的譯法。
可以通過預編譯方式和運行期動態代理實現在不修改源代碼的情況下給程序動態統一添加功能的一種技術。AOP實際是GoF設計模式的延續，設計模式孜孜不倦追求的是調用者和被調用者之間的解耦,提高代碼的靈活性和可擴展性，AOP可以說也是這種目標的一種實現。
在Spring中提供了面向切面編程的豐富支持，允許通過分離應用的業務邏輯與系統級服務（例如審計（auditing）和事務（transaction）管理）進行內聚性的開發。應用對象只實現它們應該做的——完成業務邏輯——僅此而已。它們並不負責（甚至是意識）其它的系統級關注點，例如日誌或事務支持。 AOP、OOP在字面上雖然非常類似，但卻是面向不同領域的兩種設計思想。OOP（面向對象編程）針對業務處理過程的實體及其屬性和行為進行抽象封裝，以獲得更加清晰高效的邏輯單元劃分。
而AOP則是針對業務處理過程中的切面進行提取，它所面對的是處理過程中的某個步驟或階段，以獲得邏輯過程中各部分之間低耦合性的隔離效果。這兩種設計思想在目標上有著本質的差異。
上面的陳述可能過於理論化，舉個簡單的例子，對於「雇員」這樣一個業務實體進行封裝，自然是OOP/OOD的任務，我們可以為其建立一個「Employee」類，並將「雇員」相關的屬性和行為封裝其中。而用AOP設計思想對「雇員」進行封裝將無從談起。
同樣，對於「許可權檢查」這一動作片斷進行劃分，則是AOP的目標領域。而通過OOD/OOP對一個動作進行封裝，則有點不倫不類。
換而言之，OOD/OOP面向名詞領域，AOP面向動詞領域。 很多人在初次接觸 AOP 的時候可能會說，AOP 能做到的，一個定義良好的 OOP 的介面也一樣能夠做到，我想這個觀點是值得商榷的。AOP和定義良好的 OOP 的介面可以說都是用來解決並且實現需求中的橫切問題的方法。但是對於 OOP 中的介面來說，它仍然需要我們在相應的模塊中去調用該介面中相關的方法，這是 OOP 所無法避免的，並且一旦介面不得不進行修改的時候，所有事情會變得一團糟；AOP 則不會這樣，你只需要修改相應的 Aspect，再重新編織（weave）即可。 當然，AOP 也絕對不會代替 OOP。核心的需求仍然會由 OOP 來加以實現，而 AOP 將會和 OOP 整合起來，以此之長，補彼之短。

Ⅲ ioc和aop的區別

1、定義不同

ioc：控制反轉（Inversion of Control，縮寫為IoC），是面向對象編程中的一種設計原則，可以用來減低計算機代碼之間的耦合度。

aop：面向切面編程，通過預編譯方式和運行期動態代理實現程序功能的統一維護的一種技術。

2、功能不同

ioc：Class A中用到了Class B的對象b，一般情況下，需要在A的代碼中顯式的new一個B的對象。

採用依賴注入技術之後，A的代碼只需要定義一個私有的B對象，不需要直接new來獲得這個對象，而是通過相關的容器控製程序來將B對象在外部new出來並注入到A類里的引用中。而具體獲取的方法、對象被獲取時的狀態由配置文件（如XML）來指定。

aop：將日誌記錄，性能統計，安全控制，事務處理，異常處理等代碼從業務邏輯代碼中劃分出來，通過對這些行為的分離，我們希望可以將它們獨立到非指導業務邏輯的方法中，進而改變這些行為的時候不影響業務邏輯的代碼。

3、實現項目不同

ioc：現有的框架實際上使用以下三種基本技術的框架執行服務和部件間的綁定：

類型1 (基於介面): 可服務的對象需要實現一個專門的介面，該介面提供了一個對象，可以重用這個對象查找依賴(其它服務)。早期的容器Excalibur使用這種模式。

類型2 (基於setter): 通過JavaBean的屬性(setter方法)為可服務對象指定服務。HiveMind和Spring採用這種方式。

類型3 (基於構造函數): 通過構造函數的參數為可服務對象指定服務。PicoContainer只使用這種方式。HiveMind和Spring也使用這種方式。

aop：AOP是一個概念，並沒有設定具體語言的實現，它能克服那些只有單繼承特性語言的缺點（如Java），AOP具體實現有以下幾個項目：

AspectJ (TM)： 創建於Xerox PARC. 有近十年歷史，成熟

缺點：過於復雜；破壞封裝；需要專門的Java編譯器。

動態AOP：使用JDK的動態代理API或位元組碼Bytecode處理技術。

基於動態代理API的具體項目有：

JBoss 4.0 JBoss 4.0伺服器

基於位元組碼的項目有：

aspectwerkz ，spring

Ⅳ 什麼是AOP，AOP的作用是什麼

aop是面向切面的編程。它可以通過預編譯方式和運行期動態代理實現在不修改源代碼的情況下給程序動態統一添加功能的一種技術。如果您學習Java的話，會在Spring中經常用到，那是你更能領悟它！

Ⅳ 什麼是aop

AOP為Aspect Oriented Programming的縮寫，是面向切面編程，通過預編譯方式和運行期動態代理實現程序功能的統一維護的一種技術。AOP是OOP的延續，是軟體開發中的一個熱點，也是Spring框架中的一個重要內容，是函數式編程的一種衍生范型。

AOP的出現彌補了OOP的這點不足，AOP 是一個概念，一個規范，本身並沒有設定具體語言的實現，AOP是基於動態代理模式。AOP是方法級別的，要測試的方法不能為static修飾，因為介面中不能存在靜態方法，編譯就會報錯。

AOP可以分離業務代碼和關注點代碼（重復代碼），在執行業務代碼時，動態的注入關注點代碼。切面就是關注點代碼形成的類。Spring AOP中的動態代理主要有兩種方式，JDK動態代理和CGLIB動態代理。JDK動態代理通過反射來接收被代理的類，並且要求被代理的類必須實現一個介面。

(5)運用你心中的aop反編譯思想擴展閱讀

AOP實現的關鍵在於AOP框架自動創建的AOP代理，AOP代理主要分為靜態代理和動態代理，靜態代理的代表為AspectJ。而動態代理則以Spring AOP為代表，靜態代理是編譯期實現，動態代理是運行期實現，可想而知前者擁有更好的性能。

靜態代理是編譯階段生成AOP代理類，也就是說生成的位元組碼就織入了增強後的AOP對象；動態代理則不會修改位元組碼，而是在內存中臨時生成一個AOP對象，這個AOP對象包含了目標對象的全部方法，並且在特定的切點做了增強處理，並回調原對象的方法。

Ⅵ aop思想是什麼

AOP就是「面向切面編程」。只有當你真正的理解OOP之後，才可以理解AOP的思想。

這個思想，不是一兩句就能將的明白的。用個生活中的例子：

人的手可以寫字，並且可以用很多中筆來寫字。例如，鋼筆、鉛筆、毛筆等等。(這里抽象的說)如果我們要用到人的手寫字的時候，就必須提供給手很多中筆，可是每種筆的類型有各自不同，我們說筆有很多不同的屬性的功能。如果才能讓我們的手拿到任何一種筆都可以寫字呢，我們可以這樣做。將鋼筆、鉛筆、毛筆等等筆定義一種公共的「筆」的類型，讓我們的手在使用筆的時候，只需要知道要使用一個筆來寫字，而不需要關心使用什麼筆來寫。而決定給這只手用的筆的類型，就是你的事情了。

抽象成簡單的代碼：
interface Pen{}

class GangBi implements Pen{}
class MaoBi implements Pen{}
class QianBi implements Pen{}

class Human{
void usePen(Pen pen){}
}

這個概念超級抽象。不過，學習Spring框架可以快速的來理解這個概念。

Ⅶ Spring框架中哪裡運用到AOP思想了不用說其原理，直接說在哪裡運用的怎麼用的就行求助！~~~

這么說吧，理解了aop的思想就不難發現它的應用了，面向切面是什麼？就是把java的類抽象出相同的成分作為切入點，然後加入相同的東西。你比如說日誌吧，還有spring引以為豪的事務控制都是aop的應用。

Ⅷ 什麼是aop，aop的作用是什麼

aop是面向切面的編程。 它可以通過預編譯方式和運行期動態代理實現在不修改源代碼的情況下給程序動態統一添加功能的一種技術。 如果您學習Java的話，會在Spring中經常用到，那是你更能領悟它！

Ⅸ 什麼是AOP、IOC他們的作用是什麼

什麼是IoC
Ioc—Inversion of Control，即「控制反轉」，不是什麼技術，而是一種設計思想。在Java開發中，Ioc意味著將你設計好的對象交給容器控制，而不是傳統的在你的對象內部直接控制。如何理解好Ioc呢？理解好Ioc的關鍵是要明確「誰控制誰，控制什麼，為何是反轉（有反轉就應該有正轉了），哪些方面反轉了」，那我們來深入分析一下：
控制是什麼：傳統Java SE程序設計，我們直接在對象內部通過new進行創建對象，是程序主動去創建依賴對象；而IoC是有專門一個容器來創建這些對象，即由Ioc容器來控制對象的創建；誰控制誰？當然是IoC 容器控制了對象；控制什麼？那就是主要控制了外部資源獲取（不只是對象包括比如文件等）。
為何是反轉，哪些方面反轉了：有反轉就有正轉，傳統應用程序是由我們自己在對象中主動控制去直接獲取依賴對象，也就是正轉；而反轉則是由容器來幫忙創建及注入依賴對象；為何是反轉？因為由容器幫我們查找及注入依賴對象，對象只是被動的接受依賴對象，所以是反轉；哪些方面反轉了？依賴對象的獲取被反轉了。
IoC能做什麼

IoC不是一種技術，只是一種思想，一個重要的面向對象編程的法則，它能指導我們如何設計出松耦合、更優良的程序。傳統應用程序都是由我們在類內部主動創建依賴對象，從而導致類與類之間高耦合，難於測試；有了IoC容器後，把創建和查找依賴對象的控制權交給了容器，由容器進行注入組合對象，所以對象與對象之間是鬆散耦合，這樣也方便測試，利於功能復用，更重要的是使得程序的整個體系結構變得非常靈活。
其實IoC對編程帶來的最大改變不是從代碼上，而是從思想上，發生了「主從換位」的變化。應用程序原本是老大，要獲取什麼資源都是主動出擊，但是在IoC/DI思想中，應用程序就變成被動的了，被動的等待IoC容器來創建並注入它所需要的資源了。
IoC和DI
DI—Dependency Injection，即「依賴注入」：是組件之間依賴關系由容器在運行期決定，形象的說，即由容器動態的將某個依賴關系注入到組件之中。依賴注入的目的並非為軟體系統帶來更多功能，而是為了提升組件重用的頻率，並為系統搭建一個靈活、可擴展的平台。通過依賴注入機制，我們只需要通過簡單的配置，而無需任何代碼就可指定目標需要的資源，完成自身的業務邏輯，而不需要關心具體的資源來自何處，由誰實現。
註：如果想要更加深入的了解IoC和DI，請參考大師級人物Martin Fowler的一篇經典文章《Inversion of Control Containers and the Dependency Injection pattern》，原文地址：http://www.martinfowler.com/articles/injection.html。
AOP：面向切面編程
什麼是AOP：
概念：在軟體業，AOP為Aspect Oriented Programming的縮寫，意為：面向切面編程，通過預編譯方式和運行期動態代理實現程序功能的統一維護的一種技術。AOP是OOP的延續，是軟體開發中的一個熱點，也是Spring框架中的一個重要內容，是函數式編程的一種衍生范型。利用AOP可以對業務邏輯的各個部分進行隔離，從而使得業務邏輯各部分之間的耦合度降低，提高程序的可重用性，同時提高了開發的效率。（網路）
簡單的說：就是將程序中重復的代碼抽取出來，在需要執行的時候，使用動態代理的技術，在不修改源碼的基礎上，對我們的已有方法進行增強。
AOP的作用和優勢：
作用：從定義中來看，就是為了在程序運行期間，不修改源碼對已有方法進行增強。
優勢：減少重復代碼 提交了開發效率 維護方便
實現方式： 就是動態代理的技術
具體的作用：實現事務的控制 日誌 和 安全模塊
想系統的學習編程可以來我這看看，希望對您有所幫助！~

Ⅹ spring的ioc和aop都是什麼

什麼是IoC

Ioc—Inversion of
Control，即「控制反轉」，不是什麼技術，而是一種設計思想。在Java開發中，Ioc意味著將你設計好的對象交給容器控制，而不是傳統的在你的對象內部直接控制。如何理解好Ioc呢？理解好Ioc的關鍵是要明確「誰控制誰，控制什麼，為何是反轉（有反轉就應該有正轉了），哪些方面反轉了」，那我們來深入分析一下：

控制是什麼：傳統Java
SE程序設計，我們直接在對象內部通過new進行創建對象，是程序主動去創建依賴對象；而IoC是有專門一個容器來創建這些對象，即由Ioc容器來控制對象的創建；誰控制誰？當然是IoC
容器控制了對象；控制什麼？那就是主要控制了外部資源獲取（不只是對象包括比如文件等）。

為何是反轉，哪些方面反轉了：有反轉就有正轉，傳統應用程序是由我們自己在對象中主動控制去直接獲取依賴對象，也就是正轉；而反轉則是由容器來幫忙創建及注入依賴對象；為何是反轉？因為由容器幫我們查找及注入依賴對象，對象只是被動的接受依賴對象，所以是反轉；哪些方面反轉了？依賴對象的獲取被反轉了。

IoC能做什麼

IoC不是一種技術，只是一種思想，一個重要的面向對象編程的法則，它能指導我們如何設計出松耦合、更優良的程序。傳統應用程序都是由我們在類內部主動創建依賴對象，從而導致類與類之間高耦合，難於測試；有了IoC容器後，把創建和查找依賴對象的控制權交給了容器，由容器進行注入組合對象，所以對象與對象之間是鬆散耦合，這樣也方便測試，利於功能復用，更重要的是使得程序的整個體系結構變得非常靈活。

其實IoC對編程帶來的最大改變不是從代碼上，而是從思想上，發生了「主從換位」的變化。應用程序原本是老大，要獲取什麼資源都是主動出擊，但是在IoC/DI思想中，應用程序就變成被動的了，被動的等待IoC容器來創建並注入它所需要的資源了。

IoC和DI

DI—Dependency
Injection，即「依賴注入」：是組件之間依賴關系由容器在運行期決定，形象的說，即由容器動態的將某個依賴關系注入到組件之中。依賴注入的目的並非為軟體系統帶來更多功能，而是為了提升組件重用的頻率，並為系統搭建一個靈活、可擴展的平台。通過依賴注入機制，我們只需要通過簡單的配置，而無需任何代碼就可指定目標需要的資源，完成自身的業務邏輯，而不需要關心具體的資源來自何處，由誰實現。

註：如果想要更加深入的了解IoC和DI，請參考大師級人物Martin Fowler的一篇經典文章《Inversion of Control
Containers and the Dependency Injection
pattern》，原文地址：http://www.martinfowler.com/articles/injection.html。

AOP：面向切面編程

什麼是AOP：

概念：在軟體業，AOP為Aspect Oriented
Programming的縮寫，意為：面向切面編程，通過預編譯方式和運行期動態代理實現程序功能的統一維護的一種技術。AOP是OOP的延續，是軟體開發中的一個熱點，也是Spring框架中的一個重要內容，是函數式編程的一種衍生范型。利用AOP可以對業務邏輯的各個部分進行隔離，從而使得業務邏輯各部分之間的耦合度降低，提高程序的可重用性，同時提高了開發的效率。（網路）

簡單的說：就是將程序中重復的代碼抽取出來，在需要執行的時候，使用動態代理的技術，在不修改源碼的基礎上，對我們的已有方法進行增強。

AOP的作用和優勢：

作用：從定義中來看，就是為了在程序運行期間，不修改源碼對已有方法進行增強。

優勢：減少重復代碼 提交了開發效率 維護方便

實現方式： 就是動態代理的技術

具體的作用：實現事務的控制 日誌 和 安全模塊

想系統的學習編程可以來我這看看，希望對您有所幫助！~