基于java的網站開發,很多人都采用jsp作為前端網頁制作的技術,尤其是在國內。這種技術通常會存在一些問題,可以通過簡單地分析網站開發過程來看看這些問題。通常網站開發采用以下兩種方式:
◆ 網站功能確定后,由美工設計網頁的ui(界面)部分,然后由程序員在其上加入代碼顯示邏輯(比如循環、判斷顯示數據結果)。這就是通常的jsp頁面制作,當然這部分可以由美工完成模板,然后由jsp工程師以它為原型創建相應的jsp頁面。
◆ 網站功能確定后,由美工設計網頁的ui(界面)部分,然后由網頁制作人員在其上加入代碼顯示邏輯(比如循環、判斷顯示數據結果)。在這一步的jsp頁面制作中,網頁制作人員通常只需要懂javascript和html,在工程師的指導下學會如何嵌入jsp taglib標記,然后以美工的模板為原型制作jsp網頁。
顯然后一種方式要比前一種方式分工明確。然而在很多小公司,或者項目緊急的情況下,jsp網頁制作和后臺程序開發都是同一個人,這樣無疑加大了程序員的負擔。后一種情況也有兩個缺點,一是網頁制作人員必須學會如何使用jsp taglib,這將加大網頁制作人員的負擔;二是如果頁面因為客戶的要求重新設計,那么無論哪種情況,網頁制作人員都要將顯示邏輯重新嵌入jsp網頁。
雖然從性能角度和taglib的使用上來說,jsp比php和asp做得要好,但它在設計上同樣類似php這種服務器頁面語言,即在頁面中嵌入腳本語言的技術。這使得它雖然比傳統基于cgi腳本語言的開發模式速度快,但卻將后臺程序邏輯與頁面顯示混淆。
用mvc模式開發網站
現在更多的網站制作采用一種稱為mvc的模式,也就是將網站制作工作分工,分為m(model,模型)、v(view,視圖)和c(controller,控制器)。
◆ m(model,模型) m包括后臺的事務邏輯、真正處理事務的代碼和商業邏輯等,它們是整個網站最重要的工作部分。通常這部分代碼相對比較穩定,不會經常變動,就是有所變動也不會對前端的頁面產生影響。
◆ v(view,視圖) v是網頁的顯示部分,這部分接受來自后臺程序的結果或數據,進行顯示。v視圖通常是變化比較大的部分,比如網站界面的每日更新,每隔一段時間更新網頁風格等都會造成v視圖部分的大量更改工作。
◆ c(controller,控制器) c在視圖和模型之間傳遞控制,并根據要求調用相應的視圖顯示模型返回的數據,主要負責調度工作。
這種職責的分工到底有什么好處呢?它簡化了軟件開發過程中所有相關人員的工作,使不同部分的修改通常不會影響到其它部分的工作。比如,修改后臺某些程序的算法并不影響前臺的頁面顯示,前臺頁面的修改也不影響后臺程序的開發。
這種分工合作比起jsp混淆代碼邏輯和顯示層的方式要好得多。所以越來越多的國外程序員在不斷提出替代jsp的方案。在眾多方案中,基于java模板引擎的技術脫穎而出,其中著名的有velocity和webmacro兩種模板技術。
velocity模板引擎
模板引擎的設計思想最早由webmacro提出,并被應用在一個著名的搜索引擎www.altavista.com上。后來,這種思想漸漸被apache開發小組所采用,并作為一個子項目被提出來,這就是現在的velocity。
模板引擎與mvc中視圖部分的關系更為密切。velocity可以應用在任何需要格式化數據顯示的java程序中。那么velocity到底是什么呢?它的官方解釋是:“velocity是一種基于java的模板引擎,它允許任何人使用簡單而強大的模板語言來引用定義在java代碼中的對象?!?br>
使用velocity的優點在于:
◆ 很容易集成在各種各樣的程序領域中;
◆ 為網頁制作人員提供了一種清晰而簡單的語法;
◆ 因為模板和代碼是分離的,所以可以分別獨立的開發和維護它們;
◆ velocity引擎可以很容易地集成到一些java運行環境,特別是servlet中;
◆ velocity使得模板可以訪問任何環境對象中的共有方法。
velocity的強大之處還在于它嚴格地區分程序開發功能的職責劃分。它通過限制模板可能訪問的對象(即后臺程序允許其得到的對象)來實現這一點。這意味著網頁設計人員可以只把精力放在數據的顯示部分(view),而程序員則只要關注如何寫好程序的控制層(controller)、商業邏輯與數據管理(model)。這就是典型的mvc開發模式,它簡化了開發和日益復雜的應用和維護工作。
velocity最擅長做的工作包括:
◆ 基于servlet的網站制作;
◆ java和sql代碼生成;
◆ xml處理和轉換;
◆ 文字處理,比如生成trf文件等。
不過,velocity用得最多的還是在基于java servlet的網頁程序中做生成網頁的引擎,以替代jsp等技術。除了使用比較容易外,它提供了強大的模板語言來顯示和操作數據。注意,不是生成數據,這點很重要,因為生成工作應該是程序邏輯的部分。
velocity非常適合在j2ee(java 2 platform,enterprise edition)的網站開發中替代jsp,做輸出頁面的技術工作。雖然jsp包含在j2ee規范中,但是j2ee本身并不需要jsp。
用velocity做網頁
velocity是如何工作的呢?雖然大多數velocity的應用都是基于servlet的網頁制作,但是為了說明velocity的使用,這里將采用更通用的java application來說明它的工作原理。
任何velocity的應用都包括模板制作和程序部分兩個方面。按照慣例,采用helloworld來作為第一個程序的示例。
1. 模板制作模板示例hellosite.vm的內容如下(雖然其不是以html為主,但很容易改成一個html的頁面):
|
2.java程序部分
下面是java代碼:
|
將這兩個文件放在同一個目錄下,編譯運行,結果是:
|
為了保證運行順利,請從velocity的網站http://jakarta.apache.org/velocity/上下載velocity的運行包,并將其中velocity jar包的路徑放在系統的classpath中,這樣就可以順利編譯和運行以上程序了。
這個程序很簡單,但是它能清楚地說明velocity的基本工作原理。程序中的其它部分基本上很固定,最主要的部分在以下幾段代碼。
◆ velocity獲取模板文件,得到模板引用:
|
◆ 初始化環境,并將數據放入環境:
|
◆ 初始化velocity模板引擎:
|
◆ 將環境變量和輸出部分結合:
|
這一部分在將來的servlet應用中會有所區別,因為網頁輸出并不和命令行輸出相同,如果用于網頁輸出,將并不通過system.out輸出。
小結
velocity解決了如何在servlet和網頁之間傳遞數據的問題,當然這種傳輸數據的機制是在mvc模式上進行的,也就是view、modle和controller之間相互獨立工作,一方的修改不影響其它方面的變動。
他們之間的聯系通過環境變量(context)來實現,當然網頁制作方和后臺程序方要相互約定好對所傳遞變量的命名,比如上個程序例子中的site、name變量,它們在網頁上就是$name、$site。
這樣只要雙方約定好變量名字,就可以獨立工作了。無論頁面如何變化,只要變量名不變,后臺程序無需改動,前臺網頁也可以任意由網頁制作人員修改。
通常簡單變量名無法滿足網頁制作顯示數據的需要,比如經常會循環顯示一些數據集,或者是根據一些數據的值來決定如何顯示下一步的數據等。
velocity同樣提供了循環、判斷的簡單語法以滿足網頁制作的需要。velocity提供了一個簡單的模板語言,供前端網頁制作人員使用,這個模板語言簡單到大部分懂得javascript的人都可以很快掌握,其甚至比javascript更簡單。
當然這種簡單是刻意的,因為不需要velocity什么都能完成,而只需專注于其應該完成的。view層不應該包含更多的邏輯,velocity的簡單模板語法完全可以滿足所有對頁面顯示邏輯的需要,并且也不會發生像jsp那樣因為一個無限循環語句而毀掉系統的情況。
新聞熱點
疑難解答