如何選擇 Web 開發(fā)框架
開發(fā)框架的選擇，始終是個(gè)仁者見仁、智者見智的事情。尤其是 Web 層的開發(fā)框架，數(shù)量非常多，而且各有特色，如： Struts 、 WebWork 、 Spring MVC 、 Tapestry 、 JSF 、 WebPage3.0…… 等等。
下面先來看看為什么要使用 Web 開發(fā)框架

一：使用框架的必然性
框架，即 framework 。其實(shí)就是某種應(yīng)用的半成品，把不同應(yīng)用程序中有共性的一些東西抽取出來，做成一個(gè)半成品程序，這樣的半成品就是所謂的程序框架。
軟件系統(tǒng)發(fā)展到今天已經(jīng)很復(fù)雜了，特別是服務(wù)器端軟件，涉及到的知識(shí)，內(nèi)容，問題太多。在某些方面使用別人成熟的框架，就相當(dāng)于讓別人幫你完成一些基礎(chǔ)工作，你只需要集中精力完成系統(tǒng)的業(yè)務(wù)邏輯設(shè)計(jì)。這樣每次開發(fā)就不用白手起家，而是可以在這個(gè)基礎(chǔ)上開始搭建。
使用框架的最大好處：減少重復(fù)開發(fā)工作量、縮短開發(fā)時(shí)間、降低開發(fā)成本。同時(shí)還有其它的好處，如：使程序設(shè)計(jì)更合理、程序運(yùn)行更穩(wěn)定等。基于這些原因，基本上現(xiàn)在在開發(fā)中，都會(huì)選用某些合適的開發(fā)框架，來幫助快速高效的開發(fā)應(yīng)用系統(tǒng)。
了解了使用框架的必然性，下面來看看如何選擇，當(dāng)然我們的話題集中在 Web 層的開發(fā)框架。在談這個(gè)問題之前，先來看看我們?cè)?/span> Web 開發(fā)中究竟需要做些什么工作：

二： Web 層開發(fā)的工作
在 J2EE 開發(fā)中，分層是基本的思想， 3 層架構(gòu)或者多層架構(gòu)早已深入人心，在這里我們就把目光集中到 Web 層，看看到底 Web 層開發(fā)做了那些工作：
1 ：數(shù)據(jù)展示
Web 層需要從邏輯層獲取需要展示的數(shù)據(jù)，然后以合理的方式在頁面進(jìn)行展示
2 ：人機(jī)交互
用戶需要從界面上輸入數(shù)據(jù)，在界面上進(jìn)行按鈕點(diǎn)擊，進(jìn)而觸發(fā)事件，標(biāo)準(zhǔn)的事件驅(qū)動(dòng)模型，然后跟后臺(tái)進(jìn)行數(shù)據(jù)交換，出現(xiàn)新的界面。
3 ：收集數(shù)據(jù)，調(diào)用邏輯層接口
Web 層收到用戶的事件請(qǐng)求，需要調(diào)用相應(yīng)的邏輯層接口來進(jìn)行處理， Web 層是不會(huì)有任何邏輯處理的。調(diào)用邏輯層接口，需要傳遞參數(shù)，這時(shí)需要收集用戶在界面上輸入的數(shù)據(jù)，然后進(jìn)行組織，組織成為邏輯層接口需要的數(shù)據(jù)封裝形式（通常都是 ValueObject ）。
4 ：根據(jù)邏輯層的數(shù)據(jù)來重新展示頁面
邏輯層處理完了，需要返回?cái)?shù)據(jù)或信息到界面上。這個(gè)時(shí)候 Web 層需要根據(jù)返回的值選擇合適的頁面，然后展示這些數(shù)據(jù)或者信息。

從上面可以看出， Web 層開發(fā)的主要工作集中在展示上，也就是圖形用戶界面。這一部分是用戶直觀感受應(yīng)用程序的窗口，也是用戶要求最多的地方，其表現(xiàn)形式也是最豐富的。

三： Web 層開發(fā)的步驟
下面再來總結(jié)一下 Web 層開發(fā)的大致步驟（也就是需要開發(fā)人員做的工作）：
注意：這里討論的 Web 層開發(fā)，是不使用任何開發(fā)框架時(shí)候的開發(fā)。

1 ：寫頁面 Html ，到底有哪些數(shù)據(jù)需要在界面上表現(xiàn)
2 ：每個(gè)數(shù)據(jù)的具體表現(xiàn)形式，如：有的需要表現(xiàn)成為下拉列表，有的需要表現(xiàn)成為單選按鈕等。
3 ：界面表現(xiàn)形式的邏輯布局，所謂邏輯布局是指某些數(shù)據(jù)的表現(xiàn)形式應(yīng)該放在前面，某些應(yīng)該放在后面；某些放在上面，某些放在下面。如：某個(gè)請(qǐng)假申請(qǐng)的業(yè)務(wù)，有請(qǐng)假開始時(shí)間和結(jié)束時(shí)間，很明顯開始時(shí)間的表現(xiàn)就應(yīng)該排在結(jié)束時(shí)間的前面。而美工是負(fù)責(zé)最后頁面的美觀，一般美工不能動(dòng)界面的邏輯布局。
4 ：完成前面 3 步，頁面的表現(xiàn)形式的大致模樣就有了，下面需要來做功能性的開發(fā)。第一個(gè)就是這些表現(xiàn)形式的值的來源，如：下拉列表顯示的值從什么地方來。值的來源方式很多，有數(shù)據(jù)庫中來、固定值、某斷程序運(yùn)行的中間結(jié)果、前面頁面?zhèn)鬟f過來等等，當(dāng)然典型的還是來自數(shù)據(jù)庫。
好了，確定了值的來源，開發(fā)人員就要寫代碼來獲取這些值，然后把這些值賦值到對(duì)應(yīng)的表現(xiàn)形式里面。
5 ：還有一些比較特殊，也就是真實(shí)操作的是一類值，但是在界面上顯示的是另一類值，比如：數(shù)據(jù)庫中有用戶編號(hào)，到了界面上就得顯示用戶姓名，但是所有的操作都是要操作用戶編號(hào)的。我們把這種情況分做：真實(shí)值和表現(xiàn)值，他們有一定的內(nèi)在聯(lián)系。這些都是要開發(fā)人員去轉(zhuǎn)化和維護(hù)的。
6 ：接下來就應(yīng)該開發(fā)功能性的事件響應(yīng)了。用戶點(diǎn)擊了某個(gè)按鈕或者觸發(fā)了某個(gè)事件，首先是客戶端：數(shù)據(jù)檢測(cè)、客戶端事件處理；然后提交到服務(wù)端，服務(wù)端要獲取到客戶端提交的數(shù)據(jù)，然后調(diào)用相應(yīng)的邏輯層接口來響應(yīng)。當(dāng)然如何寫邏輯層的實(shí)現(xiàn)這里就不去談?wù)摿恕?/span>
7 ：邏輯層執(zhí)行完過后，返回?cái)?shù)據(jù)和信息到 Web 層，開發(fā)人員還需要寫代碼去處理，選擇哪個(gè)頁面來顯示，如何顯示這些數(shù)據(jù)和信息等。
8 ：在整個(gè)交互的過程中，還必須考慮到如何控制權(quán)限，如：某些數(shù)據(jù)不能顯示，某些數(shù)據(jù)不能編輯等等；同樣還需要考慮到消息的配置和國際化等等。這些功能起源于邏輯層，但是實(shí)際的控制要到 Web 層，這些都需要開發(fā)人員來控制。
9 ：完成了上面的開發(fā)步驟，頁面基本的功能開發(fā)就告一段落，接下來開發(fā)人員需要考慮頁面美觀的問題了。大家可能會(huì)說： “ 不是有美工嗎，還需要開發(fā)人員干什么？ ” 。事實(shí)上美工多半只能出一個(gè)靜態(tài)頁面的美化模版，美工對(duì)于一推 Java 代碼和 Html 的混雜物，多半是沒有辦法的，更不要說還有一些內(nèi)容是動(dòng)態(tài)生成的，美工就更不可能搞定了。還是得開發(fā)人員上陣，按照美工給的模版，開始添加 Css ： class 、 id 、 style……
10 ：完成上面的開發(fā)，基本頁面的開發(fā)工作就完成了，最后的一個(gè)步驟就是把各個(gè)頁面有機(jī)的組織起來，開發(fā)應(yīng)用程序的整體應(yīng)用導(dǎo)航框架，通常就是菜單，然后把各個(gè)功能頁面跟菜單結(jié)合起來，形成一個(gè)完整的應(yīng)用。

在這里我們省略了開發(fā)期反復(fù)的調(diào)試過程，僅總結(jié)開發(fā)的步驟。

四：選擇 Web 開發(fā)框架的目的
了解了如果沒有框架，我們需要做的工作，這對(duì)選擇框架有非常大的幫助。
框架，直白點(diǎn)說，就是一個(gè)半成品，能夠幫我們做一些事情的半成品。
框架的選擇，就是看哪個(gè)框架最合適，從而減少開發(fā)的工作量，提高開發(fā)的效率和質(zhì)量，并有效減少維護(hù)的工作量，最終達(dá)到節(jié)約綜合開發(fā)成本，獲取更多的收益。

五：選擇 Web 開發(fā)框架的標(biāo)準(zhǔn)
聲明：這里所談的選擇 Web 開發(fā)框架的標(biāo)準(zhǔn)，只是我們的總結(jié)和一家之言，并不是放之四海而皆準(zhǔn)的真理，請(qǐng)根據(jù)您的體會(huì)客觀的看待我們的總結(jié)。
另外：我們這里更多的討論業(yè)務(wù)功能性應(yīng)用程序的 Web 開發(fā)框架。
1 ：選擇能夠?qū)ξ覀兊拈_發(fā)過程提供更多、更好幫助的 Web 開發(fā)框架
2 ： Web 開發(fā)框架的學(xué)習(xí)一定要簡(jiǎn)單，上手一定要快，沒有什么比使用能得到更深的體會(huì)。那些動(dòng)不動(dòng)就需要半個(gè)月或者一個(gè)月學(xué)習(xí)周期的框架，實(shí)在是有些恐怖。
3 ：一定要能得到很好的技術(shù)支持，在應(yīng)用的過程中，或多或少都會(huì)出現(xiàn)這樣或者那樣的問題，如果不能很快很好的解決，會(huì)對(duì)整個(gè)項(xiàng)目開發(fā)帶來影響。一定要考慮綜合成本，其實(shí)這是目前應(yīng)用開源軟件最大的問題，碰到問題除了死肯文檔就是查閱源代碼，或者是網(wǎng)上搜尋解決的辦法，通常一個(gè)問題就會(huì)導(dǎo)致 1-2 天的開發(fā)停頓，嚴(yán)重的甚至需要一個(gè)星期或者更長，一個(gè)項(xiàng)目有上這么幾次，項(xiàng)目整體的開發(fā)成本嗖嗖的就上去了。
4 ： Web 開發(fā)框架結(jié)合其他技術(shù)的能力一定要強(qiáng)，比如：在邏輯層要使用 Spring 或者 Ejb3 ，那么 Web 開發(fā)框架一定要能很容易，很方便的與它們進(jìn)行結(jié)合。
5 ： Web 開發(fā)框架的擴(kuò)展能力一定要強(qiáng)。在好的框架都有力所不及的地方，這就要求能很容易的擴(kuò)展 Web 開發(fā)框架的功能，以滿足新的業(yè)務(wù)需要。同時(shí)要注意擴(kuò)展的簡(jiǎn)單性，如果擴(kuò)展框架的功能代價(jià)非常大，還不如不用呢。
6 ： Web 開發(fā)框架最好能提供可視化的開發(fā)和配置，可視化開發(fā)對(duì)開發(fā)效率的提高，已經(jīng)得到業(yè)界公認(rèn)。
7 ： Web 開發(fā)框架的設(shè)計(jì)結(jié)構(gòu)一定要合理，應(yīng)用程序會(huì)基于這個(gè)框架，框架設(shè)計(jì)的不合理會(huì)大大影響到整個(gè)應(yīng)用的可擴(kuò)展性。
8 ： Web 開發(fā)框架一定要是運(yùn)行穩(wěn)定的，運(yùn)行效率高的。框架的穩(wěn)定性和運(yùn)行效率直接影響到整個(gè)系統(tǒng)的穩(wěn)定性和效率。
9 ： Web 開發(fā)框架一定要能很好的結(jié)合目前公司的積累。在多年的開發(fā)中已有了很多積累，不能因?yàn)槭褂?/span> Web 開發(fā)框架就不能再使用了，那未免有些得不償失。
10 ：選擇開發(fā)框架另外要注意的一點(diǎn)就是：任何開發(fā)框架都不可能是十全十美的，也不可能是適應(yīng)所有的應(yīng)用場(chǎng)景的，也就是說任何開發(fā)框架都有它適用的范圍。所以選擇的時(shí)候要注意判斷應(yīng)用的場(chǎng)景和開發(fā)框架的適用性。