1 引言

軟件設(shè)計因?yàn)橐朊嫦驅(qū)ο笏枷攵饾u變得豐富起來。“一切皆為對象”的精義，使得程序世界所要處理的邏輯簡化，開發(fā)者可以用一組對象以及這些對象之間的關(guān)系將軟件系統(tǒng)形象地表示出來。而從對象的定義，進(jìn)而到模塊，到組件的定義，利用面向?qū)ο笏枷氲姆庋b、繼承、多態(tài)的思想，使得軟件系統(tǒng)開發(fā)可以向搭建房屋那樣，循序漸進(jìn)，從磚石到樓層，進(jìn)而到整幢大廈的建成。應(yīng)用面向?qū)ο笏枷耄谠O(shè)計規(guī)模更大、邏輯更復(fù)雜的系統(tǒng)時，開發(fā)周期反而能變的更短。自然其中，需要應(yīng)用到軟件工程的開發(fā)定義、流程的過程控制，乃至于質(zhì)量的缺陷管理。但從技術(shù)的細(xì)節(jié)來看，面向?qū)ο笤O(shè)計技術(shù)居功至偉。然而，面向?qū)ο笤O(shè)計的唯一問題是，它本質(zhì)是靜態(tài)的，封閉的，任何需求的細(xì)微變化都可能對開發(fā)進(jìn)度造成重大影響。

可能解決該問題的方法是設(shè)計模式。GOF將面向?qū)ο筌浖脑O(shè)計經(jīng)驗(yàn)作為設(shè)計模式紀(jì)錄下來，它使人們可以更加簡單方便地復(fù)用成功的設(shè)計和體系結(jié)構(gòu)，幫助開發(fā)人員做出有利于系統(tǒng)復(fù)用的選擇。設(shè)計模式解決特定的設(shè)計問題，使面向?qū)ο笤O(shè)計更靈活、優(yōu)雅，最終復(fù)用性更好。然而，設(shè)計模式雖然給了我們設(shè)計的典范與準(zhǔn)則，通過最大程度的利用面向?qū)ο蟮奶匦裕T如利用繼承、多態(tài)，對責(zé)任進(jìn)行分離、對依賴進(jìn)行倒置，面向抽象，面向接口，最終設(shè)計出靈活、可擴(kuò)展、可重用的類庫、組件，乃至于整個系統(tǒng)的架構(gòu)。在設(shè)計的過程中，通過各種模式體現(xiàn)了對象的行為，暴露的接口，對象間關(guān)系，以及對象分別在不同層次中表現(xiàn)出來的形態(tài)。然而鑒于對象封裝的特殊性，“設(shè)計模式”的觸角始終在接口與抽象中大做文章，而對于對象內(nèi)部則無能為力。

Aspect-Oriented Programming（面向方面編程，AOP）正好可以解決這一問題。它允許開發(fā)者動態(tài)地修改靜態(tài)的OO模型，構(gòu)造出一個能夠不斷增長以滿足新增需求的系統(tǒng)，就象現(xiàn)實(shí)世界中的對象會在其生命周期中不斷改變自身，應(yīng)用程序也可以在發(fā)展中擁有新的功能。AOP利用一種稱為“橫切”的技術(shù)，剖解開封裝的對象內(nèi)部，并將那些影響了多個類的行為封裝到一個可重用模塊，并將其名為“Aspect”，即方面。所謂“方面”，簡單地說，就是將那些與業(yè)務(wù)無關(guān)，卻為業(yè)務(wù)模塊所共同調(diào)用的邏輯或責(zé)任，例如事務(wù)處理、日志管理、權(quán)限控制等，封裝起來，便于減少系統(tǒng)的重復(fù)代碼，降低模塊間的耦合度，并有利于未來的可操作性和可維護(hù)性。

面向方面編程（AOP）是施樂公司帕洛阿爾托研究中心（Xerox PARC）在上世紀(jì)90年代發(fā)明的一種編程范式。但真正的發(fā)展卻興起于近幾年對軟件設(shè)計方興未艾的研究。由于軟件系統(tǒng)越來越復(fù)雜，大型的企業(yè)級應(yīng)用越來越需要人們將核心業(yè)務(wù)與公共業(yè)務(wù)分離。AOP技術(shù)正是通過編寫橫切關(guān)注點(diǎn)的代碼，即“方面”，分離出通用的服務(wù)以形成統(tǒng)一的功能架構(gòu)。它能夠?qū)?yīng)用程序中的商業(yè)邏輯同對其提供支持的通用服務(wù)進(jìn)行分離，使得開發(fā)人員從重復(fù)解決通用服務(wù)的勞動中解脫出來，而僅專注于企業(yè)的核心商業(yè)邏輯。因此，AOP技術(shù)也就受到越來越多的關(guān)注，而應(yīng)用于各種平臺下的AOP技術(shù)也應(yīng)運(yùn)而生。但由于AOP技術(shù)相對于成熟的OOP技術(shù)而言，在性能、穩(wěn)定性、適用性等方面還有待完善，同時AOP技術(shù)也沒有形成一個統(tǒng)一的標(biāo)準(zhǔn)，這使得AOP技術(shù)的研究更具有前沿性的探索價值。