每日一得

轉(zhuǎn)自: CCIENET

自從J2EE出現(xiàn)以來，就大大簡化了在Java下的企業(yè)級開發(fā)。但是隨著J2EE越來越普遍 地被應(yīng)用到各個領(lǐng)域中，開發(fā)者們漸漸意識到需要一種方法來標(biāo)準(zhǔn)化應(yīng)用程序的開發(fā)過程，他們采用的方法是標(biāo)準(zhǔn)化應(yīng)用程序的結(jié)構(gòu)層。在結(jié)構(gòu)層通常封裝了一些獨 立于業(yè)務(wù)邏輯的復(fù)雜技術(shù)，以便在業(yè)務(wù)邏輯和底層的架構(gòu)之間建立起弱連接。無可否認(rèn)，J2EE是一個很成功的技術(shù)，它為一些基本的任務(wù)提供了一致的標(biāo)準(zhǔn)，例 如數(shù)據(jù)庫連接、分布式應(yīng)用程序等。但是使用J2EE并不能保證開發(fā)人員開發(fā)出成功的應(yīng)用程序。有些人認(rèn)為J2EE本身就是一種框架技術(shù)，但是這種認(rèn)識是不 正確的，我們應(yīng)該意識到J2EE并沒有提供一個能夠幫助開發(fā)人員開發(fā)出高質(zhì)量應(yīng)用程序的框架，因此很多有經(jīng)驗的開發(fā)人員通過利用設(shè)計模式來彌補(bǔ)這一缺陷。

在開發(fā)人員的圈子中，大家通過相互交流在開發(fā)過程中所遇到的問題以及解決方法來豐 富整個圈子的經(jīng)驗。而設(shè)計模式就是在這樣的情況下產(chǎn)生的。一個設(shè)計模式必然是針對某個特定的問題的，這個問題的解決方案以及這樣解決問題產(chǎn)生的后果。在本 文中我將討論復(fù)合模式的特點和它的應(yīng)用。

在介紹復(fù)合模式前，我們需要定義一下什么是復(fù)合對象（Composite Object）。復(fù)合對象是包含了其它對象的對象。例如，一幅圖由一些基本的對象組成，例如線、圓、矩形和文本等，因此圖就是復(fù)合對象。因為在Java 中，開發(fā)人員操作基本對象的方式和操作復(fù)合對象的方式常常相同，因此需要利用到復(fù)合模式。例如，線或文本等基本圖形對象都需要支持繪制、移動或縮放等功 能；而圖這種復(fù)合對象也需要支持相同的功能。在理想的情況下，我們希望對復(fù)合對象和基本對象以完全相同的方式完成這些操作，否則實現(xiàn)的代碼將會產(chǎn)生不必要 的復(fù)雜性，并且不易于維護(hù)和擴(kuò)展。

那么什么是復(fù)合模式呢？將對象組織到樹結(jié)構(gòu)中以表達(dá)部分整體的層次關(guān)系就實現(xiàn)了復(fù)合模式，它使程序能夠以相同的方式對待基本對象和復(fù)合對象。

在程序中實現(xiàn)復(fù)合模式并不難。復(fù)合類繼承一個代表基本類型的基類就可以了 。圖1顯示了一個表現(xiàn)復(fù)合模式思想的類圖。

在圖1中，Component是代表基本類型的基類（也可以是一個接口）； Composite是復(fù)合類。例如Component代表的是基本圖形元素的基類，而Composite代表的是圖；Operation1（）和 Operation2（）方法分別是移動和縮放操作。圖1中的Leaf類代表的是點、線或者圓等基本圖形元素。

針對Component類中的每個方法，Composite類都有相同名稱的方法 與之對應(yīng)。Composite類保存了一個基本對象的集合。通常Composite類中的方法在實現(xiàn)時都會將集合中的對象遍歷一次，然后調(diào)用每個對象中相 應(yīng)的方法。例如圖對象Drawing的draw（）方法可能是這樣實現(xiàn)的：

由于Composite類繼承了Component類，因此你可以將一個Composite對象傳遞給需要Component對象作為參數(shù)的方法。例如：

上面的repaint（）方法中，Component對象被作為參數(shù)傳遞到了函數(shù) 體，這個對象可以是Component，也可以是Composite。然后函數(shù)體中調(diào)用draw（）方法。由于Composte類繼承了 Component，程序就不用區(qū)分傳入的參數(shù)到底是哪種類的實例，只需要調(diào)用該對象的draw（）方法就可以了。

圖1中的類圖展示了復(fù)合模式的一個方面：開發(fā)人員必須在引用一個 Component對象時必須區(qū)分它到底了一個Component對象還是一個Composite對象。通常開發(fā)人員可以在Component類中加入一 個方法，例如isComposite（），來辨別Composite類。如果該方法返回的是True，開發(fā)人員就需要將Component對象強(qiáng)制轉(zhuǎn)換為 Compoiste對象。

???????????????????????????? // ?代碼3，區(qū)分Component和Composite

if (component.isComposite())?{
???Composite?composite? = ?(Composite)component;
???composite.addComponent(AComponent);
}

圖2顯示了另一種實現(xiàn)復(fù)合模式的方法：

在圖2所示的復(fù)合模型中，開發(fā)人員不必區(qū)分Component對象和Composite對象，也不需要將Component對象強(qiáng)制轉(zhuǎn)換Composited對象。這樣代碼3中的代碼就變成了一行：

// ?代碼4，不區(qū)分Component和Composite

component.addComponent(AComponent);

但是如果代碼4中的component不是Composite的實例， addComponent（）方法會做些什么呢？這是圖2中的復(fù)合模式中最重要的一部分。顯然一個基本類型不可能包含其他基本類型或復(fù)合類型， Component.addComponent()可能什么也不干，或者拋出一個異常。通常我們認(rèn)為將基本類型加入其他基本類型的操作是一個錯誤，因此拋 出異常是開發(fā)人員最好的選擇。

那么這兩種復(fù)合模式的實現(xiàn)方法哪一個更好呢？這是一個常常引起爭論的問題。我個人覺得第二種方法更好一些，因為開發(fā)人員不必區(qū)分Component對象和Composite對象，也不用強(qiáng)制轉(zhuǎn)換對象。

使用復(fù)合模式的實際例子：Struct Tiles

下面讓我們來看一個復(fù)合模式應(yīng)用用到Apache Struts JSP框架中的例子。在Apache Struts的框架中包含了一個被稱為Tiles的JSP標(biāo)簽庫，它是你能夠?qū)⒍鄠€JSP組合成一個Web頁面。事實上，它實現(xiàn)J2EE復(fù)合視圖模式。在 我們討論復(fù)合模式和Tiles標(biāo)簽庫的聯(lián)系前，讓我們先來看一個Tiles的例子。如果你對Struts已經(jīng)非常熟悉了，你可以跳到"在Struts Tiles中使用復(fù)合模式"一節(jié)。

通常一張網(wǎng)頁是有幾個區(qū)域構(gòu)成的。例如圖3中的網(wǎng)頁包含了邊欄、頭、內(nèi)容和角注四個部分。這四個部分在網(wǎng)頁上的分布構(gòu)成了布局。Struts Tiles使你能夠重用單獨的每個區(qū)域和布局。在我們討論重用的問題之前，讓我們來看看怎樣用不同的方法實現(xiàn)圖3中的網(wǎng)頁。

1．手工實現(xiàn)布局

下面是相應(yīng)的HTML代碼：

然后你需要實現(xiàn)JSP。根據(jù)代碼5編寫出的JSP代碼有兩個缺點。第一，頁面的內(nèi)容 被嵌入了JSP代碼中，因此開發(fā)人員無法重用它。而事實上，邊欄、頭和角注在一個網(wǎng)站的網(wǎng)頁中可能會被多次重用。第二，頁面的布局也被嵌入到JSP代碼 中，因此即使有很多網(wǎng)也采用同樣的布局，開發(fā)人員也無法重用它。通過使用可以避免第一個問題。

2．使用<jsp:include>實現(xiàn)布局

在下面的例子中，我們使用<jsp:include>來實現(xiàn)圖3中的網(wǎng)頁。

在上面的代碼中，通過使用<jsp:include>來 調(diào)用其它JSP。由于在sidebar.jsp、header.jsp、content.jsp、和footer.jsp中封裝了邊欄、頭、內(nèi)容和角注， 因此開發(fā)人員可以重用這些元素。但是這種解決方案仍然無法重用網(wǎng)頁的布局。下面是sidebar.jsp、header.jsp、 content.jsp、和footer.jsp的代碼：

3．利用Structs Tiles來實現(xiàn)布局

代碼10中展示了如何用Struts Tiles來實現(xiàn)前面提到的網(wǎng)頁。這段代碼利用了<titles:insert>標(biāo) 簽來創(chuàng)建圖3中對應(yīng)的JSP網(wǎng)頁。該JSP文件被定義在名稱為sidebar-header-footer-definition的Tiles定義中，定 義信息保存在Tiles的配置文件中，在這個例子中，配置文件是WEB-INF/tlds/struts-tiles.tld。代碼11列出了該文件。

在struts-tiles.tld中可以看到，網(wǎng)頁的布局被封裝在header- footer-sidebar-layout.jsp中，而網(wǎng)頁的內(nèi)容被封裝在sidebar.jsp， header.jsp， content.jsp和footer.jsp中（參見代碼7到代碼10）。代碼12列出了封裝了網(wǎng)頁布局的JSP。

如果你希望改變網(wǎng)頁的內(nèi)容，你可以定義另外一個Tile（如代碼13、14），更改其中與內(nèi)容相關(guān)的部分，但是保留網(wǎng)頁原有的布局，這樣重用布局和重用內(nèi)容的問題都解決了。

然后在<tiles:insert>標(biāo)簽中使用新定義的Tile，如代碼14所示

												代碼14 使用新定義的Tiles
<%@ page contentType='text/html; charset=UTF-8' %>
<%@ taglib uri='WEB-INF/tlds/struts-tiles.tld' prefix='tiles' %>
<tiles:insert definition='a-different-sidebar-header-footer-definition'/>
										

Struct Tiles實現(xiàn)了復(fù)合模式，在Struct Tiles中，JSP就是圖1和圖2中提到的Component類，而Tiles的定義代表了Composite類。這使開發(fā)人員能夠指定一個JSP文件 或一個Tiles定義作為JSP頁面上某個區(qū)域中的內(nèi)容。代碼15展示了這個功能：

在上面的代碼中定義了兩個Tile：sidebar-definition和 sidebar-header-footer-definition。sidebar-definition被指定為sidebar-header- footer-definition中Value屬性的值。這是一個很典型的復(fù)合模式的應(yīng)用。在前面的一些例子中，Value屬性的值通常是一個JSP文 件，而在這里，Value屬性的值是另一個Tile的定義。

復(fù)合模式在與界面相關(guān)的設(shè)計中被經(jīng)常使用到，最明顯的例子就是Swing和Struts。由于它能夠使你以同樣的方式對待部件和包含部件的容器，因此在某些情況下可以大大提高代碼的可重用度，提高開發(fā)的效率