即使是很簡(jiǎn)單的工作，例如包含 header和 footer，在JSP中仍然很困難。假設(shè)有一個(gè)"header"和一個(gè)"footer"模板要包含到所有頁(yè)面，而每一個(gè)模板要在content中包含當(dāng)前的頁(yè)標(biāo)題。

　　在JSP中最佳辦法是：

　　<% String title = "The Page Title"; %>

　　<%@ include file="/header.jsp" %>

　　...你的頁(yè)面內(nèi)容...

　　<%@ include file="/footer.jsp" %>

　　頁(yè)面設(shè)計(jì)者要記住不能遺漏第一行的分號(hào)并要將title定義為一個(gè)字符串。此外，/header.jsp和/footer.jsp必須在根目錄下并且必須是可存取的完整文件。

　　在WebMacro中包含headers和footers做起來(lái)比較簡(jiǎn)單：

　　#set $title = "The Page Title"

　　#parse "header.wm"

　　Your content here

　　#parse "footer.wm"

　　這里對(duì)設(shè)計(jì)者來(lái)說(shuō)沒(méi)有要牢記的分號(hào)或?qū)itle的定義，.wm文件可以放在可自定義的搜索路徑下。

　　問(wèn)題 #4: 很粗燥的循環(huán)

　　在JSP中循環(huán)很困難。這里是用JSP重復(fù)打印出每一個(gè)ISP對(duì)象名字。

　　<%

　　Enumeration e = list.elements();

　　while (e.hasMoreElements()) {

　　out.print("The next name is ");

　　out.println(((ISP)e.nextElement()).getName());

　　out.print("<br>");

　　}

　　%>

　　也許什么時(shí)候會(huì)有用戶自定義標(biāo)記來(lái)做這些循環(huán)。對(duì)"if"也是如此。JSP頁(yè)可能看上去成了很古怪的java代碼。而同時(shí)，webmacro循環(huán)很漂亮：

　　#foreach $isp in $isps {

　　The next name is $isp.Name <br>

　　}

　　如果必要的話，#foreach指令可被自定義的 #foreach-backwards指令很容易地取代。

　　用jsp的話很可能變這樣：（這里是一個(gè)可能的 <foreach>標(biāo)記）

　　<foreach item="isp" list="isps">

　　The next name is <jsp:getProperty name="isp" property="name"/> <br>

　　</foreach>

　　設(shè)計(jì)者當(dāng)然地會(huì)選擇前者。

　　問(wèn)題 #5: 無(wú)用的出錯(cuò)信息

　　JSP常有一些令人驚訝的出錯(cuò)信息。這是因?yàn)轫?yè)面首先被轉(zhuǎn)換成為一個(gè)servlet然后才進(jìn)行編譯。好的JSP 工具可以相對(duì)增加找到出錯(cuò)位置的可能性，但即使是最好的工具也無(wú)法使所有出錯(cuò)信息都能容易地被讀懂。由于轉(zhuǎn)化的過(guò)程，一些錯(cuò)誤對(duì)工具來(lái)說(shuō)可能根本不可能被識(shí)別。

　　例如，假設(shè)JSP頁(yè)面需要建立一個(gè)對(duì)所有頁(yè)通用的標(biāo)題。以下代碼并沒(méi)有錯(cuò)：

　　<% static String title = "Global title"; %>

　　但Tomcat會(huì)提供以下出錯(cuò)信息：

　　work/%3A8080%2F/JC_0002ejspJC_jsp_1.java:70: Statement expected.

　　static int count = 0;

　　^

　　此信息認(rèn)為以上腳本被放入 _jspService()方法而靜態(tài)變量不允許放入方法中。該語(yǔ)法應(yīng)該是 <%! %>。頁(yè)面設(shè)計(jì)者很難讀懂這些出錯(cuò)信息。即使最好的平臺(tái)在這方面也做得很不夠。即使所有 Java代碼都從頁(yè)中移出也無(wú)法解決問(wèn)題。另外，以下表達(dá)式有什么錯(cuò)？

　　<% count %>

　　tomcat給出：

　　work/8080/_0002ftest_0002ejsptest_jsp_0.java:56: Class count not found in

　　type declaration.

　　count

　　^

　　work/8080/_0002ftest_0002ejsptest_jsp_0.java:59: Invalid declaration.

　　out.write("\r\n");

　　^

　　換句話說(shuō)，其實(shí)只不過(guò)是遺失了一個(gè)標(biāo)記而已。應(yīng)該是 <%= count %>。

　　由于template engine可以在template文件中直接產(chǎn)生而沒(méi)有任何戲劇性的向代碼轉(zhuǎn)化，所以可以非常容易地給出適當(dāng)?shù)某鲥e(cuò)報(bào)告。依次類推，當(dāng)c語(yǔ)言的命令被打入U(xiǎn)nix shell的命令行，你并不希望shell會(huì)生成一個(gè)C程序來(lái)運(yùn)行這個(gè)命令，而只是需要shell簡(jiǎn)單地解釋命令并加以執(zhí)行，如有錯(cuò)誤也直接給出。

　　問(wèn)題 #6: 需要一個(gè)編譯器

　　JSP需要一個(gè)置放在webserver中的編譯器。由于Sun拒絕放棄包含了他們的javac編譯器的tools.jar庫(kù)， 這其中就變得有問(wèn)題了。Web服務(wù)器可以包含進(jìn)一個(gè)第三方的編譯器如ibm的jikes。但這樣的編譯器并不能在所有平臺(tái)上順利工作(用 C++寫(xiě)成的) 也不利于建立純Java 的web服務(wù)器。JSP還有一個(gè)預(yù)編譯選項(xiàng)可以起到一定作用，但并不完美。

　　問(wèn)題 #7: 空間的浪費(fèi)

　　JSP消耗了額外的內(nèi)存和硬盤(pán)空間。對(duì)服務(wù)器上每30K的JSP文件，必須要有相應(yīng)的大于30K的類文件產(chǎn)生。實(shí)際上使得硬盤(pán)空間加倍。考慮到JSP文件隨時(shí)可以很容易地通過(guò) <%@ include>包含一個(gè)大的數(shù)據(jù)文件，這樣的關(guān)注有著很現(xiàn)實(shí)的意義。同時(shí)，每一個(gè)JSP的類文件數(shù)據(jù)必須加載到服務(wù)器的內(nèi)存中，這意味著服務(wù)器的內(nèi)存必須永遠(yuǎn)地將整個(gè)JSP文檔樹(shù)保存下去。少數(shù)一些JVM有能力將類文件數(shù)據(jù)從內(nèi)存中移去；但是，程序員通常無(wú)法控制這樣的規(guī)則來(lái)重新申明，而且對(duì)大的站點(diǎn)來(lái)說(shuō)重新申明可能不是很有效。對(duì)template engines由于沒(méi)有產(chǎn)生第二個(gè)文件，所以節(jié)省了空間。Template engines還為程序員提供對(duì)templates在內(nèi)存中進(jìn)行緩存的完全控制。

使用template engine也有一些問(wèn)題
　　Template的問(wèn)題 #1: 沒(méi)有嚴(yán)格定義

　　template engine該如何工作并沒(méi)有嚴(yán)格定義?？墒牵鄬?duì)jsp來(lái)說(shuō)，其實(shí)這并不很重要，和 JSP不同的是，template engines對(duì)web服務(wù)器沒(méi)有任何特殊要求 -- 任何支持servlet的服務(wù)器都可以支持template engines (包括API 2.0服務(wù)器如Apache/JServ，它們并不能完全支持 JSP)! 如果為最好的template engine設(shè)計(jì)提供健康的競(jìng)爭(zhēng)本可以引起一場(chǎng)耀眼的革新，特別是有開(kāi)放源碼的促進(jìn)，（可以讓思想相互推動(dòng)和促進(jìn)），那么今天的WebMacro就會(huì)象Perl一樣，沒(méi)有嚴(yán)格定義但公開(kāi)源碼組織的推動(dòng)就是它的標(biāo)準(zhǔn)。

　　Template的問(wèn)題 #2: 沒(méi)有獲得公認(rèn)

　　Template engines并未被廣泛知曉。JSP已經(jīng)占據(jù)了極大的商業(yè)市場(chǎng)，并且深入人心。而使用g template engines只能是一種未被了解的替代技術(shù)。

　　Template的問(wèn)題 #3: 尚未調(diào)配好

　　Template engines還沒(méi)有被高度地調(diào)配好。沒(méi)有對(duì)template engine 和JSP兩者進(jìn)行性能測(cè)試和比較。理論上說(shuō)一個(gè)調(diào)配完好的template engine實(shí)現(xiàn)應(yīng)該和一個(gè)調(diào)配好的JSP相匹配；但是，考慮到第三方為jsp已經(jīng)作出了這么深遠(yuǎn)的推動(dòng)，結(jié)果只有jsp被很好地調(diào)配好了。

JSP的角色
　　當(dāng)然，JSP必然會(huì)有其地位。即使從名稱上也可以看出JSP和ASP的相似性，它們只有一個(gè)字母的差別。所以如果要讓使用asp的人們轉(zhuǎn)向java,非常相似的jsp環(huán)境將對(duì)此起到很大的推動(dòng)作用，和asp保持這種對(duì)應(yīng)關(guān)系所能起到的作用應(yīng)該也是被當(dāng)時(shí)推出jsp的設(shè)計(jì)者重點(diǎn)考慮到的。

　　然而這里想要強(qiáng)調(diào)的一點(diǎn)是：有利于轉(zhuǎn)入新環(huán)境的工作者，和實(shí)際上是否使用了該環(huán)境的最佳方式，這兩者是有很大不同的。

　　JSP的發(fā)展已經(jīng)日益表明，它正成為最重要的java技術(shù)之一，它讓人們離開(kāi)ASP的世界 -- 由此，Sun將支持這一強(qiáng)有力的商業(yè)case, Java相關(guān)技術(shù)支持者也將給予更大力的支持。

　　然而遺憾的是，其實(shí)這并非java平臺(tái)的最佳解決方案。這將使java解決方案變得好象是沒(méi)有java的解決方案了。