直播中
工作時(shí)間
9:00 18:00
如今每一個(gè)使用servlets的開發(fā)者都知道JSP，一種建構(gòu)在servlet技術(shù)之上的由Sun公司發(fā)明并花費(fèi)大量精力加以推行的web技術(shù)。JSP將servlet中的html代碼脫離了出來，從而可以加速web應(yīng)用開發(fā)和頁面維護(hù)。實(shí)際上，由Sun發(fā)布的官方 "應(yīng)用開發(fā)模型"文檔上說得更遠(yuǎn)："JSP技術(shù)應(yīng)該被視為標(biāo)準(zhǔn)，而servlets在多數(shù)情況下可視為一種補(bǔ)充。"
本文將比較JSP和另一項(xiàng)基于servlets的技術(shù)：template engines（模板引擎）。
直接使用Servlets的問題
當(dāng)Servlets被發(fā)明時(shí)，整個(gè)世界都看到了它的優(yōu)越性?；赟ervlet的動(dòng)態(tài)網(wǎng)頁可以被快速執(zhí)行，可以在多個(gè)服務(wù)器之間輕易轉(zhuǎn)移， 并且可以和后臺(tái)數(shù)據(jù)庫完美地集成，因此Servlets被廣泛接受成為一種web服務(wù)器端的首選平臺(tái)。
但是，通常通過簡單方式即可實(shí)現(xiàn)的html代碼現(xiàn)在卻要讓程序員通過 out.println()調(diào)用每一行HTML行，這在實(shí)際的 Servlet應(yīng)用中變成一個(gè)嚴(yán)重問題。HTML內(nèi)容不得不通過代碼來實(shí)現(xiàn), 這對(duì)于大的HTML頁來說不啻是一項(xiàng)繁重費(fèi)時(shí)的工作。另外，負(fù)責(zé)網(wǎng)頁內(nèi)容的人員不得不請(qǐng)開發(fā)人員來進(jìn)行所有的更新。為此，人們尋求這一種更好的解決方式。
JSP誕生
JSP 0.90誕生了。在這種技術(shù)中你可以將Java代碼嵌入到HTML文件，服務(wù)器將自動(dòng)為頁面創(chuàng)建一個(gè)Servlet。JSP被認(rèn)為是一種寫Servlet的簡易方式。所有HTML可以直接得到而不必通過out.println()調(diào)用，而負(fù)責(zé)頁面內(nèi)容的人員可以直接修改HTML而不必冒破壞Java代碼的風(fēng)險(xiǎn)。
但是，讓頁面美術(shù)設(shè)計(jì)師和開發(fā)人員在同一文件上工作并不理想，讓Java嵌入HTML被證明是就象將HTML嵌入Java一樣令人尷尬。讀取一堆很亂的代碼仍然是一件困難的事情。
于是，人們?cè)谑褂胘sp方面變得成熟，更多地使用了JavaBeans。Beans包含了jsp所需的業(yè)務(wù)邏緝代碼。JSP中的大多數(shù)代碼都可以取出來放到bean中去，而只留下極少的標(biāo)記用于調(diào)用bean。
最近，人們開始認(rèn)為這種方式下的JSP頁面真的很象是視圖（view）。它們成為一個(gè)用于顯示客戶端請(qǐng)求結(jié)果的組件。于是人們會(huì)想，為什么不直接對(duì)view發(fā)送請(qǐng)求呢？目標(biāo)view如果對(duì)該請(qǐng)求不合適又將如何？說到底，很多的請(qǐng)求有多種可能來取得結(jié)果view視圖。例如，同一請(qǐng)求可能產(chǎn)生成功的頁面、數(shù)據(jù)庫例外出錯(cuò)報(bào)告，或者是缺少參數(shù)的出錯(cuò)報(bào)告。同一請(qǐng)求可能產(chǎn)生一個(gè)英文頁面也可能是西班牙文頁面，這取決于客戶端的locale。為什么客戶端必須直接將請(qǐng)求發(fā)送給view？為什么客戶端不應(yīng)該將請(qǐng)求發(fā)送給一些通用的服務(wù)器組件并讓服務(wù)器來決定JSP view的返回？
這使很多人接受了已被稱為"Model 2"的設(shè)計(jì), 這是在JSP 0.92中定義的基于model-view-controller的模型。在這種設(shè)計(jì)中，請(qǐng)求被發(fā)送到一個(gè)servlet控制器，它執(zhí)行了商業(yè)邏緝并產(chǎn)生一個(gè)相近的數(shù)據(jù)"model"來用于顯示。這一數(shù)據(jù)隨后通過內(nèi)部送到一個(gè)JSP "view"來進(jìn)行顯示，這樣看起來JSP頁就象是一個(gè)普通的嵌入的JavaBean?？梢愿鶕?jù)負(fù)責(zé)控制的servlet的內(nèi)部邏輯來選擇適當(dāng)?shù)腏SP頁面進(jìn)行顯示。這樣，JSP文件成為了一個(gè)漂亮的template view。這就是另一種發(fā)展，并被另外一些開發(fā)者所推崇至今。
進(jìn)入Template Engines
如果使用template engine來代替通常目的的JSP, 接下去的設(shè)計(jì)將變得簡單，語法更簡單，出錯(cuò)信息更易讀，工具也更用戶化。一些公司已經(jīng)做了這樣的引擎，最著名的可能是WebMacro，他們的引擎是免費(fèi)的。
開發(fā)者應(yīng)該明了，選定一個(gè)template engine來取代JSP提供了以下一些技術(shù)優(yōu)勢(shì)，而這些同時(shí)也正是jsp的不足之處：
問題 #1: Java代碼太模板化了
雖然被認(rèn)為是不好的設(shè)計(jì)，JSP仍試圖將Java代碼加入web頁面。這有些象是Java曾經(jīng)做過的事情，即對(duì)C++的簡化修改，template engines也通過將jsp中的較低層的源碼移去來使之簡化。而Template engines實(shí)行了更好的設(shè)計(jì)。
問題 #2: 要求寫Java代碼
在JSP頁中要求寫一些Java代碼。例如，假設(shè)某頁要決定當(dāng)前web應(yīng)用中根的上下文從而導(dǎo)向其主頁，在JSP中最好使用如下Java代碼：
<a href="<%= request.getContextPath() %>/index.html">Home page</a>
你可以試圖避免Java代碼，而使用 <jsp:getProperty> 標(biāo)記，但這將給你如下難以閱讀的字符串：
<a href="<jsp:getProperty name="request" property="contextPath"/>/index.html">HomePage</a>
使用template engine則沒有Java代碼和難看的語法。這里是同樣要求下在WebMacro中的寫法：
<a href="$Request.ContextPath;/index.html">Home page</a>
在WebMacro中, ContextPath 作為 $Request變量的一個(gè)屬性，使用類似Perl的語法。其它template engines使用了其它的語法類型。
再看另一個(gè)例子，假設(shè)一個(gè)高級(jí)的"view"需要設(shè)定一個(gè)cookie來記錄用戶缺省的顏色配置 -- 這種任務(wù)看起來大概只能由view而不是servlet控制器來完成。在JSP中要有這樣的Java代碼：
<% Cookie c = new Cookie("colorscheme", "blue"); response.addCookie(c); %>
在WebMacro中則沒有Java代碼：
#set $Cookie.colorscheme = "blue"
作為最后一個(gè)例子，假如又要重新找回原來的cookie中的顏色配置。對(duì)于JSP，我們可以認(rèn)為也有一個(gè)相應(yīng)的工具類來提供幫助，因?yàn)橛胓etCookies()直接做這樣低層的會(huì)變得可笑而且困難。在JSP中：
<% String colorscheme = ServletUtils.getCookie(request, "colorscheme"); %>
在WebMacro中沒有對(duì)工具類的需要，通常是：
$Cookie.colorscheme.Value
對(duì)于必須去寫jsp的圖形界面設(shè)計(jì)師，哪一種語法更容易學(xué)習(xí)呢？
JSP 1.1 引入了自定義標(biāo)記（custom tags）允許任意的和HTML相似的標(biāo)記在JSP頁面中在后臺(tái)執(zhí)行Java代碼，這將具有一定的價(jià)值，但前提是要有一個(gè)廣泛知曉的，全功能的，可以免費(fèi)得到的，標(biāo)準(zhǔn)化的標(biāo)記庫。目前還沒有出現(xiàn)這樣的標(biāo)記庫。
桂公網(wǎng)安備45010502000253號(hào)
電子營業(yè)執(zhí)照
