總結一下自己在開發上的一些小心得，持續更新，歡迎大家補充！
?
測試需要注意的問題：
1：測試需要涵蓋所有的業務邏輯: 自動化測試不需要覆蓋所有的代碼，但需要覆蓋所有的業務邏輯，因為一處的修改可能造成其他業務邏輯的不可用。考慮所有情況如單個刪除，批量刪除。一對一移動，多對多移動。
2：瀏覽器：測試產品支持的瀏覽器，具體到瀏覽器版本號，如支持IE6，IE7和IE8。
3：分辨率：測試產品支持的分辨率，如支持1024X768以上的分辨率。
4：現場環境測試：一部分功能出現問題，可能是現場環境導致，所以必須在現場環境進行嚴格測試，如現場網絡問題，數據庫所在硬盤滿了。
5:原則上測試代碼應該覆蓋所有的業務邏輯，但是基于投入產出比的考慮(所有的代碼都寫測試，代價太大，效果不一定更好)，可以只在核心和你需要驗證的業務邏輯上寫測試代碼。 測試主要是驗證各種輸入是否得到預期的輸出，那么只需要提供幾種常見的輸出進行驗證就可以，注意測試的輸入是無限的，所以就算做了自動化測試，也不能完全保證程序沒有問題。
6:建議使用TDD按照業務場景來進行測試，用戶如何使用我們的功能，我們就寫哪些測試代碼，這樣能夠幫助我們按需開發代碼和做有效的測試。 TDD只需覆蓋所有的業務代碼，并不需要覆蓋所有的代碼，所以建議在服務層做TDD。
?
使用SVN：
1：提交注釋：提交代碼需要提交注釋。注釋主要是方便團隊成員知道你提交了什么和代碼回滾，如當出現重大錯誤的時候能回退到某一版本。
2：代碼提交和更新：為了減少沖突，建議每天上班之后更新程序，下班之前必須將穩定的程序提交，最好是做整體提交，有時候就是因為少提交了一個類導致編碼錯誤。
3：少做全文格式化：全部格式化是最容易造成沖突的，所以假如當前類還有其他人在維護，建議不要做全文格式化，可以選中你自己的代碼，做局部格式化。
?
編寫代碼：
1。警告：警告有時候也是很有用的，為了避免有用的警告被人忽略，代碼里不允許出現警告。有警告的地方注釋掉。
2：編碼：先理清需求再寫代碼，可以先寫注釋再寫代碼，也可以用TDD的方式。
3：TODO：可以在未完成和存在壞味道的代碼里加上TODO注釋，以便下次解決。
4：多用快捷鍵,少用鼠標: 如Eclipse自動填充geter和seter的快捷鍵是alt+shirft+s后點r。
?
前端開放：
1：盡量用百分比：窗口和表格的寬度和長度盡量用百分比定義，而不用像素，用以在不同的分辨率下達到同樣的效果。
2：使用FireBug和HTTPwatch調式樣式和腳本。
3：使用Fontpage做一些前端測試。如Flash遮住Iframe的問題。
?
Flex工程編譯緩慢的解決方法：
1：將Flex工程按照模塊拆分為多個工程。
2：AS文件不要經常修改。因為編譯as文件很慢，但編譯mxml還是很快的。
?
Flex模擬數據測試
我們可以在不啟動服務器的情況下就對Flex程序進行測試。方法是是首先新建一個文件，名字叫XX.action，里面存放JSON數據或者XML數據，讓Flex程序直接與這個XX.action進行通訊。可以在公共通訊方法上做一個開關，可以隨時切換模擬數據和真實數據，用于客戶演示和現場使用兩種場景。
?
調式Flex?
調試的時候可以直接在URL后面加上?debug=true#
?
Flex的性能調優
我覺得Flex的垃圾回收不是很好，內存很難被回收掉，所以自己做了下Flex的性能監控，發現性能主要消耗在表格里帶圖片的渲染器，每當我滾動表格的時候，Flash會重新渲染圖片生成新的對象，而舊的對象沒有這么快被回收，內存會直線上升。
Flex IDE提供Flex profile插件進行性能監控，性能監控分為內存監控和CPU監控。?進入Eclipse的“Flex Profile”視圖，點擊“Profile”。 新建一個監控的swf,然后雙擊這個SWF。 系統會自動彈出IE，訪問你所監控的SWF。
已有 0 人發表留言，猛擊->>這里<<-參與討論
JavaEye推薦
posted on 2011-02-04 01:13
方騰飛 閱讀(147)
評論(0) 編輯 收藏