為了完成上述并發訪問同一資源的功能，需要引入鎖Lock的概念，也就是說，某個時刻，當有一個訪問類訪問這個數據對象時，這個數據對象必須上鎖Locked，用完后就立即解鎖unLocked，再供其它訪問類訪問。
使用傳統的編程習慣，我們會創建一個抽象類，所有的訪問類繼承這個抽象父類，如下：
abstract class Worker{
abstract void locked();
abstract void accessDataObject();
abstract void unlocked();
}
這樣做的缺點：
accessDataObject()方法需要有“鎖”狀態之類的相關代碼。
Java只提供了單繼承，因此具體訪問類只能繼承這個父類，如果具體訪問類還要繼承其它父類，比如另外一個如Worker的父類，將無法方便實現。重用被打折扣，具體訪問類因為也包含“鎖”狀態之類的相關代碼，只能被重用在相關有“鎖”的場合，重用范圍很窄。
仔細研究這個應用的“鎖”，它其實有下列特性：
“鎖”功能不是具體訪問類的首要或主要功能，訪問類主要功能是訪問數據對象，例如讀取數據或更改動作。
“鎖”行為其實是和具體訪問類的主要功能可以獨立、區分開來的。
“鎖”功能其實是這個系統的一個縱向切面，涉及許多類、許多類的方法。
因此，一個新的程序結構應該是關注系統的縱向切面，例如這個應用的“鎖”功能，這個新的程序結構就是aspect（方面）。
在這個應用中，“鎖”方面（aspect）應該有以下職責：
提供一些必備的功能，對被訪問對象實現加鎖或解鎖功能。以保證所有在修改數據對象的操作之前能夠調用lock()加鎖，在它使用完成后，調用unlock()解鎖。
什么是方面？
在考慮對象及對象與其他對象的關系時，我們通常會想到繼承這個術語。例如，定義某一個抽象類 — Dog 類。在標識相似的一些類但每個類又有各自的獨特行為時，通常使用繼承來擴展功能。舉例來說，如果標識了 Poodle，則可以說一個 Poodle 是一個 Dog，即 Poodle 繼承了 Dog。到此為止都似乎不錯，但是如果定義另一個以后標識為 Obedient Dog 的獨特行為又會怎樣呢？當然，不是所有的 Dogs 都很馴服，所以 Dog 類不能包含 obedience 行為。此外，如果要創建從 Dog 繼承的 Obedient Dog 類，那么 Poodle 放在這個層次結構中的哪個位置合適呢？Poodle 是一個 Dog，但是 Poodle 不一定 obedient；那么 Poodle 是繼承于 Dog 還是 Obedient Dog 呢？都不是，我們可以將馴服看作一個方面，將其應用到任何一類馴服的 Dog，我們反對以不恰當的方式強制將該行為放在 Dog 層次結構中。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
