企業(yè)信息平臺(tái)的快速搭建，框架如何選？

Web端開發(fā)框架如何選

目前，大部分的企業(yè)信息集成系統(tǒng)都在web端運(yùn)行，而搭建框架的選擇對一個(gè)企業(yè)的發(fā)展至關(guān)重要，不過其最終目的都是要符合企業(yè)發(fā)展邏輯，助力企業(yè)戰(zhàn)略的實(shí)施。

而在框架的選擇上就是一個(gè)仁者見仁的事情了，就從底層框架來說，web層的就非常多，而且各有特色，比如：Struts、WebWork、Spring MVC、Tapestry、JSF、WebPage3.0……等等。

那么為什么要使用框架呢？

使用框架的必然性

框架，即framework，說白了，其實(shí)就是一些應(yīng)用的半成品。通常情況下，為了方便應(yīng)用，會(huì)把不同應(yīng)用程序中一些共性的東西剝離出來，做成一個(gè)半成品程序，這樣的半成品就是程序框架。當(dāng)然，這些東西有免費(fèi)的，也有付費(fèi)的，免費(fèi)的在功能上和后期維護(hù)上需要更多的心思，而付費(fèi)的通常由一些開發(fā)企業(yè)做優(yōu)化，開發(fā)一些標(biāo)準(zhǔn)功能，再加上一定的拓展，維護(hù)成本上會(huì)更低一些。

目前，軟件系統(tǒng)的發(fā)展已經(jīng)相當(dāng)復(fù)雜了，特別是服務(wù)器端軟件，涉及到的知識(shí)，內(nèi)容，問題太多。在某些方面使用別人成熟的框架，就相當(dāng)于讓別人幫你完成一些基礎(chǔ)工作，而你只需要集中精力完成系統(tǒng)的業(yè)務(wù)邏輯設(shè)計(jì)。這樣每次開發(fā)就不用白手起家，而是可以在這個(gè)基礎(chǔ)上快速搭建。

這樣一方面可以減少重復(fù)開發(fā)工作量、縮短開發(fā)時(shí)間、降低開發(fā)成本，另一方面也可以使程序設(shè)計(jì)更合理、運(yùn)行更穩(wěn)定，減少了人員流動(dòng)所帶來的困擾?；谶@些原因，基本上現(xiàn)在在開發(fā)中，都會(huì)選用某些合適的開發(fā)框架，來幫助建立快速高效的開發(fā)應(yīng)用系統(tǒng)。

那么有了這些必然性，選擇就很重要了，在web層的開發(fā)框架中，有一些基礎(chǔ)思想很值得注意。

1.數(shù)據(jù)展示

Web層需要從邏輯層獲取需要展示的數(shù)據(jù)，然后以合理的方式在頁面進(jìn)行展示，要做到分類明確，抓取精準(zhǔn)，使用方便，界面簡潔。

2.人機(jī)交互

人機(jī)交互，其實(shí)是說的軟件智能化。比如用戶要在界面上輸入數(shù)據(jù)，并在界面上進(jìn)行點(diǎn)擊操作，那么就可以觸發(fā)事件，建立標(biāo)準(zhǔn)的事件驅(qū)動(dòng)模型，然后自動(dòng)與后臺(tái)機(jī)型數(shù)據(jù)交換處理，從而完成新界面的建立。

3.收集數(shù)據(jù)，調(diào)用邏輯層接口

這個(gè)過程的觸發(fā)和用戶的操作請求是同步的。通常web層收到用戶的請求，便需要相應(yīng)的邏輯層接口來處理，因?yàn)楸旧韜eb層是不會(huì)進(jìn)行任何邏輯處理的，這其實(shí)也是前后端的差異。而調(diào)用邏輯層接口，需要傳遞參數(shù)，這時(shí)需要收集用戶在界面上輸入的數(shù)據(jù)，然后進(jìn)行組織，組織成為邏輯層接口需要的數(shù)據(jù)封裝形式，這種形式有很多，常用的是ValueObject。

4.根據(jù)邏輯層的數(shù)據(jù)來重新展示頁面

邏輯層處理完了，但是前端顯示依然沒有變化，這時(shí)候需要將數(shù)據(jù)或信息重新返回到展示界面上，界面再將數(shù)值分配到具體的位置，新的頁面便展示出來了。

其實(shí)通過以上我們也可以看出來，web層的開發(fā)工作重要集中在展示上，也就是圖形用戶界面，這是用戶最直觀的感受應(yīng)用程序的窗口，通常也是用戶要求比較多的地方之一，其表現(xiàn)形式相對豐富。

?

Web層開發(fā)步驟

其實(shí)，任何項(xiàng)目從零開始，開發(fā)步驟都大同小異，只是有條件的企業(yè)會(huì)采用同步開發(fā)的模式，以節(jié)省時(shí)間，這里以基礎(chǔ)模式為例，簡述一下。

1.?確定展現(xiàn)內(nèi)容，寫頁面Html

2.?每個(gè)數(shù)據(jù)的具體表現(xiàn)形式，如：有的需要表現(xiàn)成為下拉列表，有的需要表現(xiàn)成為單選按鈕等。

3.界面表現(xiàn)形式的邏輯布局，所謂邏輯布局是指某些數(shù)據(jù)的表現(xiàn)形式應(yīng)該放在前面，某些應(yīng)該放在后面；某些放在上面，某些放在下面。如：某個(gè)請假申請 的業(yè)務(wù)，有請假開始時(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ā)人員就要寫代碼來獲取這些值，然后把這些值賦值到對應(yīng)的表現(xiàn)形式里面。

5.還有一些比較特殊，也就是真實(shí)操作的是一類值，但是在界面上顯示的是另一類值，比如：數(shù)據(jù)庫中有用戶編號，到了界面上就得顯示用戶姓名，但是所 有的操作都是要操作用戶編號的。我們把這種情況分做：真實(shí)值和表現(xiàn)值，他們有一定的內(nèi)在聯(lián)系。這些都是要開發(fā)人員去轉(zhuǎn)化和維護(hù)的。

6.接下來就應(yīng)該開發(fā)功能性的事件響應(yīng)了。用戶點(diǎn)擊了某個(gè)按鈕或者觸發(fā)了某個(gè)事件，首先是客戶端：數(shù)據(jù)檢測、客戶端事件處理;然后提交到服務(wù)端，服務(wù)端要獲取到客戶端提交的數(shù)據(jù)，然后調(diào)用相應(yīng)的邏輯層接口來響應(yīng)。當(dāng)然如何寫邏輯層的實(shí)現(xiàn)這里就不去談?wù)摿恕?/p>

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)頁面的美化模版，美工對于一推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ā)框架的目的

首先，沒有框架，我們需要做的工作是什么，了解了這些，我們才能更好的明白框架的價(jià)值。

框架，通俗地講，就是一個(gè)半成品，也就是組成一個(gè)機(jī)器的零件。目前我們使用的框架無論是基礎(chǔ)的底層框架，還是融合類型的付費(fèi)框架，莫不如此。

而框架的選擇，要看項(xiàng)目的實(shí)際需求，底層框架適用于時(shí)間充裕的項(xiàng)目搭建，融合框架（快速開發(fā)框架）適用于短期項(xiàng)目，從成本上來說，通用型融合框架可以減少開發(fā)的工作量，提高工作效率，因?yàn)槠浔旧硪呀?jīng)融合了多種常用功能，ERP、OA、CRM、BI、甚至移動(dòng)APP等，對企業(yè)來講，可操作性更強(qiáng)。

選擇Web開發(fā)框架的標(biāo)準(zhǔn)

標(biāo)準(zhǔn)不是一成不變的，這里也只是經(jīng)驗(yàn)之談，而且主要出發(fā)點(diǎn)在融合框架的業(yè)務(wù)功能方面，所以僅作參考之用。

1.選擇能夠?qū)ξ覀兊拈_發(fā)過程提供更多、更好幫助的Web開發(fā)框架，功能性，穩(wěn)定性要強(qiáng)。

2.Web開發(fā)框架的學(xué)習(xí)一定要簡單，上手一定要快，畢竟，沒有人愿意在復(fù)雜錯(cuò)亂的框架結(jié)構(gòu)中摸索，一個(gè)成熟的融合框架，如果需要半個(gè)月甚至一個(gè)月的學(xué)習(xí)周期，那這個(gè)框架確實(shí)有需要商榷的地方。

3.良好的技術(shù)支持?？蚣軣o論好壞，技術(shù)支持一定要做好，因?yàn)榈饶闶褂闷饋砭兔靼祝瑹o論多好的框架，在實(shí)際的應(yīng)用過程中，都會(huì)或多或少的出現(xiàn)問題，如果不能及時(shí)的解決，會(huì)對整個(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，同時(shí)框架整體也要很容易的與它們進(jìn)行結(jié)合。

5.強(qiáng)大的拓展功能。就像剛才所說的，再好的框架都不可能做到面面俱到，況且每個(gè)企業(yè)的實(shí)際情況都有所不同，因此這就要求框架的拓展功能足夠強(qiáng)大，以滿足新業(yè)務(wù)的需求。但是，此處要注意一點(diǎn)，擴(kuò)展一點(diǎn)要簡單，如果因?yàn)閿U(kuò)展功能而使框架整體功能受限，硬塞上去也是不合適的。

6.Web開發(fā)框架最好能提供可視化的開發(fā)和配置，可視化開發(fā)對開發(fā)效率的提高，已經(jīng)得到業(yè)界公認(rèn)，況且這一功能目前來說已經(jīng)相對成熟，不多贅述。

7.Web開發(fā)框架的設(shè)計(jì)結(jié)構(gòu)一定要合理，應(yīng)用程序會(huì)基于這個(gè)框架，框架設(shè)計(jì)的不合理會(huì)大大影響到整個(gè)應(yīng)用的可擴(kuò)展性。

8.Web開發(fā)框架一定要能很好的結(jié)合目前公司的積累，可以有良好的項(xiàng)目對接。通常情況下，公司在多年的開發(fā)中已有了很多積累，不能因?yàn)槭褂肳eb開發(fā)框架就不能再使用了，那未免有些得不償失。

9.不要把框架想的神了?？梢钥隙ǖ氖?，目前市面上的所有框架都不可能做到十全十美，也不可能適用所有應(yīng)用場景，所以在選型前一定要了解它的適用范圍，判斷是否合適。

這里給大家推薦一款我公司使用的敏捷開發(fā)框架learun，謹(jǐn)作選型參考，免費(fèi)體驗(yàn)地址：http://www.learun.cn/Home/VerificationForm