由於以前做的專案都是採用後發制人式的思維,碰到需要什麼了再寫什麼**.
比如說乙個crud,一般都是先寫出乙個簡單的框框,碰到需要分頁了就加入分頁元件,碰到需要校驗了就加入校驗的支援.
這樣的寫法雖然說看起來比較敏捷,但是如果幾個專案下來還是採用這樣的方法,就感覺寫程式的效率上有乙個瓶頸,速度上去不,速度快了bug又很多.
於是這次struts2實踐為了避免或者說減少以上問題.
1.採用project做專案計畫以及wbs,把系統分解成不同的模組.
2.利用測試驅動的方式編寫**,定號乙個service的介面後,直接先開始寫service的測試用例,確定service所實現的功能.至少保證這些功能的正確性,並且在介面定義的過程中,適當的根據以往開發的經驗**一些系統前瞻性的功能需求,而不是一味想到什麼做什麼.
這裡列出目前為止系統開發需要考慮的一些方面的內容
1.對於jpa,確定資料庫對映的工具,至少可以從資料庫生成實體類.
2.對於spring,確定事務配置的方法,已經依賴注入的模式(手動指定,或者autowired)
3.確定url和對應的action如何對映.
4.標記庫的開發,已經系統需要使用到的一些常用功能的自定義標記(例如性別,yesno列表等等可以考慮封裝成乙個自定義的標記,這樣不用每個頁面都寫一堆struts的tag)
5.加密解密模組(包括密碼和某些querystring的加密解密,以及支援的加密解密的演算法md,sha1,des等)
7.系統許可權管理.
8.頁面分頁元件的開發.
9.表單校驗.
10.測試驅動功能的實現.
11.ajax整合.
還有那些需要考慮的還請大家補充.
以上只是偶在實踐開始階段的一些感想,隨時實踐的不斷進行,還有其他補充的想法,都需要記錄下來.以供以後專案的需要.
測試驅動開發
測試驅動開發 test driven development,英文縮寫tdd 是極限程式設計的乙個重要組成部分，它的基本思想就是在開發功能 之前，先編寫測試 也就是說在明確要開發某個功能後，首先思考如何對這個功能進行測試，並完成測試 的編寫，然後編寫相關的 滿足這些測試用例。然後迴圈進行新增其他功能...
測試驅動開發
在開發的過程中，總有種憂慮感，擔心系統會出現這樣或那樣的bug，修改bug後，更要把所有的流程重測一遍。於是我們在完成 後，編寫測試程式，將所有的流程通過測試程式自動跑一遍。測試驅動開發就在這種需求下誕生了。它將測試用例的開發提到了功能 之前，這樣功能 是為滿足測試用例能通過而開發，同時，測試用例也...
測試驅動開發
ttd是test driven development的簡稱，即為測試驅動開發，是極限程式設計中倡導的開發方法，倡導先寫測試再寫功能。這裡主要以我做的乙個練習測試隨機四位數的例子來講講。先介紹一下 測試的基本模組 js describe print number function beforeeac...