|
|
?。ɡm(xù)上篇）
問題 #3: 簡(jiǎn)單工作仍然很累人
即使是很簡(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做起來比較簡(jiǎn)單：
#set $title = "The Page Title"
#parse "header.wm"
Your content here
#parse "footer.wm"
這里對(duì)設(shè)計(jì)者來說沒有要牢記的分號(hào)或?qū)itle的定義，.wm文件可以放在可自定義的搜索路徑下。
問題 #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("
");
}
%>
也許什么時(shí)候會(huì)有用戶自定義標(biāo)記來做這些循環(huán)。對(duì)"if"也是如此。JSP頁(yè)可能看上去成了很古怪的Java代碼。而同時(shí)，webmacro循環(huán)很漂亮：
#foreach $isp in $isps {
The next name is $isp.Name
}
如果必要的話，#foreach指令可被自定義的 #foreach-backwards指令很容易地取代。
用jsp的話很可能變這樣：（這里是一個(gè)可能的
The next name is
設(shè)計(jì)者當(dāng)然地會(huì)選擇前者。
問題 #5: 無用的出錯(cuò)信息
JSP常有一些令人驚訝的出錯(cuò)信息。這是因?yàn)轫?yè)面首先被轉(zhuǎn)換成為一個(gè)servlet然后才進(jìn)行編譯。好的JSP 工具可以相對(duì)增加找到出錯(cuò)位置的可能性，但即使是最好的工具也無法使所有出錯(cuò)信息都能容易地被讀懂。由于轉(zhuǎn)化的過程，一些錯(cuò)誤對(duì)工具來說可能根本不可能被識(shí)別。
例如，假設(shè)JSP頁(yè)面需要建立一個(gè)對(duì)所有頁(yè)通用的標(biāo)題。以下代碼并沒有錯(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è)中移出也無法解決問題。另外，以下表達(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");
^
換句話說，其實(shí)只不過是遺失了一個(gè)標(biāo)記而已。應(yīng)該是 <%= count %>。
由于template engine可以在template文件中直接產(chǎn)生而沒有任何戲劇性的向代碼轉(zhuǎn)化，所以可以非常容易地給出適當(dāng)?shù)某鲥e(cuò)報(bào)告。依次類推，當(dāng)c語(yǔ)言的命令被打入U(xiǎn)nix shell的命令行，你并不希望shell會(huì)生成一個(gè)C程序來運(yùn)行這個(gè)命令，而只是需要shell簡(jiǎn)單地解釋命令并加以執(zhí)行，如有錯(cuò)誤也直接給出。
問題 #6: 需要一個(gè)編譯器
JSP需要一個(gè)置放在webserver中的編譯器。由于Sun拒絕放棄包含了他們的Javac編譯器的tools.jar庫(kù)， 這其中就變得有問題了。Web服務(wù)器可以包含進(jìn)一個(gè)第三方的編譯器如ibm的jikes。但這樣的編譯器并不能在所有平臺(tái)上順利工作(用 C++寫成的) 也不利于建立純Java 的web服務(wù)器。JSP還有一個(gè)預(yù)編譯選項(xiàng)可以起到一定作用，但并不完美。
問題 #7: 空間的浪費(fèi)
JSP消耗了額外的內(nèi)存和硬盤空間。對(duì)服務(wù)器上每30K的JSP文件，必須要有相應(yīng)的大于30K的類文件產(chǎn)生。實(shí)際上使得硬盤空間加倍?？紤]到JSP文件隨時(shí)可以很容易地通過
jsp技術(shù)：我認(rèn)為JSP有問題(下)，轉(zhuǎn)載需保留來源！
鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。
