J2EE專案架構最佳實踐

2021-08-30 09:46:49 字數 1288 閱讀 8164

基於專案的最差實踐,可以總結出一套專案架構的最佳實踐原則以便今後的復用和改進。

原則1. 時間總是非常緊,需求總是在變化,技術問題總是層出不窮,千萬不要認為軟體工程的問題不會發生在規範的公司和專案。每次一定要根據自己所處的位置作出正確的評估,比如專案經理做評估要留出足夠的時間buffer,開發人員應當正確評價自己的工作量,盡可能開始工作。

原則2. 專案架構必須得完成基本的內容,即使時間非常的緊迫。以乙個三層架構的企業級**來說,資料庫建模,頁面流程圖和業務邏輯的sequence圖是必須的。

原則3. 資料庫模型一定要盡早考慮,,無論是採用ddd還是tdd,資料庫都是基石,尤其是採用hibernate這樣的工具,資料庫的建立意味著可以採用工具生成po, dao,那意味著你已經完成了20%的工作。

原則4. 使用中間的業務邏輯層。常常看到action中直接呼叫dao編寫業務邏輯的例子,這樣做並非不可以,在一些小型的專案中能夠節省時間,但在大型專案中,業務邏輯整合在action會導致可維護性變差,舉例而言,比如客戶臨時變更需求需要將某項業務邏輯作為web service對外發a布;而後者的優勢就顯現了,只需要新增額外的包,重啟執行測試的工作不涉及新包以外的**,當然也就能減少系統的故障率。

原則5. 對中間的業務邏輯層,採用面向介面程式設計。很多人不知道spring提倡的面向介面程式設計在**使用,於是到處都用,事實上,使用得不好常常會因為介面和實現的變動而造成困擾,正確的做法是:將業務邏輯抽象出來作為介面,這套介面一定要像資料庫一樣千錘百鍊,好的介面能更好的適應變化。業務邏輯層的穩固有助於工作的分離和解耦,一旦介面定義出來,開發struts和業務邏輯的人就可以分開並行工作,並且相互的變動不會受到影響,被非常好的分離了,所以,中間的業務層介面定義,是第二層基石,與資料庫一起構成了三層結構,二層基石。

原則6. 美工頁面要先於編寫jsp完成。雖然說mvc的使用有助於分離美工與開發者,但是有的工作未必能完全並行,美工的頁面需要基於pageflow完成,而頁面的布局和樣式需要得到客戶認可,因此一定要盡早引入美工,當美工完成靜態頁面時,開發jsp才不會浪費時間,否則,常常會因為頁面而影響到控制邏輯。

原則7. 採用統一的架構,預先寫好基礎**。統一架構對於專案的可維護性尤為重要,比如讀取日誌,讀取配置,基礎dao,基礎action,基礎form等等。基礎的架構減少了不必要的重複工作,加快了專案開發速度,其重要層度,是我每次都必然強調的。也正因為如此,該文章的系列將會**架構乙個專案的基礎**。

原則8. 如果不是非常特別的需要,盡量不要過多的使用**生成工具。**生成工具能夠極大的提高程式設計效率,但是,如果不熟悉生成工具所採用的元件及配置,那麼盡量不要使用,當生成的大量**不能根據你的定製化復用或工作時,相信你只有欲哭無淚了。

J2EE專案架構最佳實踐

基於專案的最差實踐,可以總結出一套專案架構的最佳實踐原則以便今後的復用和改進。原則1.時間總是非常緊,需求總是在變化,技術問題總是層出不窮,千萬不要認為軟體工程的問題不會發生在規範的公司和專案。每次一定要根據自己所處的位置作出正確的評估,比如專案經理做評估要留出足夠的時間buffer,開發人員應當正...

步入J2EE架構和過程(2)

4 物件設計 在架構規範的指導下,設計從技術上擴充套件和修改了分析結果。雖然分析階段的領域物件建模應該與技術細節無關,但是物件設計完全依賴於技術因素,包括平台 語 言的型別和架構開發階段選擇的 商。分析時,抬頭望著星星,但在設計階段,則要腳踏實地。理論上,為了維持業務物件的基本屬性和行為,除非絕對必...

ECP系統J2EE架構開發平台

一 體系結構 ecp平台是乙個基於j2ee架構設計的大型分布式企業協同管理平台,通過採用成熟的j2ee的多層企業架構體系,充分保證了系統的健壯性 開放性和擴充套件性。可選擇部署於多種系統環境,滿足不同型別 不同規模企業的需要。企業可以根據自己的實際情況構建合適的應用環境,結合作業系統 中介軟體平台和...