1. 服務(wù)器端必須提供輸入數(shù)據(jù)正確性的驗(yàn)證，客戶端的Javascript驗(yàn)證可以沒有。這是基于安全性的考慮，因?yàn)镴avascript是很容易被繞過的，增加客戶端驗(yàn)證只是為了減少服務(wù)器壓力、界面更加容易使用。
2. 適度使用Session，盡量不要在Session里放很大的集合對(duì)象，以免內(nèi)存消耗過大，因?yàn)楹芏嘤脩粼L問的時(shí)候會(huì)產(chǎn)生很多的Session。參數(shù)傳遞應(yīng)該盡量通過Request。熟悉HTTP有助于更好的理解Session、Cookie、Request等的機(jī)制。
3. 在帶有分頁的查詢界面，盡量不要使用POST方法來傳遞參數(shù)，POST傳遞的參數(shù)在地址欄里是看不到的，刷新后會(huì)有重新提交表單的提示。使用GET方法傳遞參數(shù)要注意URL的長(zhǎng)度不能超過1K。
4. 分層應(yīng)該清晰，一般目前我們分為View（Jsp或FreeMarker加上Action）、Bean（Service）、DAO這么三層，即顯示層、業(yè)務(wù)層、數(shù)據(jù)層。記錄集ResultSet這種只能出現(xiàn)在DAO層中的對(duì)象不能出現(xiàn)在Bean（Service）層中，同樣HttpServletRequest這種只能出現(xiàn)在View層的對(duì)象也不應(yīng)出現(xiàn)在Bean（Service）層中。這并不是絕對(duì)的。
5. 盡量使用簡(jiǎn)單SQL，避免兩表以及多表聯(lián)查。多表聯(lián)查會(huì)導(dǎo)致數(shù)據(jù)庫壓力大幅增加，而且不利于在內(nèi)存中對(duì)部分記錄進(jìn)行緩存，代碼的重用性也難以提高。
6. 避免在循環(huán)里執(zhí)行findXXById這樣的方法，不如執(zhí)行一個(gè)findXXByIds這樣的方法一次性把記錄取到Map里。大部分有實(shí)際對(duì)象對(duì)應(yīng)的表應(yīng)該提供這樣一個(gè)方法。
7. 如果使用最原始的jdbc編程的話需要注意資源的正確釋放，在循環(huán)里new出來的Statement或者ResultSet就要在循環(huán)里關(guān)閉。
8. 在編寫SQL進(jìn)行查詢的時(shí)候，需要能夠判斷這個(gè)SQL是否已經(jīng)使用了索引，避免全表掃描，必要的時(shí)候增加索引。
9. 在寫一個(gè)方法前，首先查看有沒有相同功能或者很類似功能的方法已經(jīng)有了，尤其是工具類方法，往往已經(jīng)寫過了，避免重復(fù)代碼的產(chǎn)生，發(fā)現(xiàn)重復(fù)代碼及時(shí)進(jìn)行處理。如果一段代碼被重復(fù)使用兩遍或以上，那么可以考慮專門寫個(gè)方法來放這段代碼，同樣多次使用的常量也應(yīng)該專門定義出來。
10. 在一個(gè)方法里并不一定只能有一個(gè)return，如果已經(jīng)有結(jié)果了盡早return，沒必要增加嵌套的層次，那樣會(huì)導(dǎo)致代碼可讀性不佳，但也不能return太多，代碼看起來比較舒服就可以了。
11. 不要滿足于能夠熟練的編寫DAO和Bean（Service）的代碼，相比較而言，后臺(tái)如果在成熟框架的支持下，編碼是沒有太大難度的，也不值得沾沾自喜，因?yàn)檫@是對(duì)Java研發(fā)工程師基本的要求。適當(dāng)?shù)呐囵B(yǎng)一下前臺(tái)的編碼能力，學(xué)會(huì)使用Dreamweaver。不要輕視界面，也別認(rèn)為這是界面設(shè)計(jì)的事情，界面對(duì)用戶來說就是軟件，學(xué)會(huì)編寫CSS和調(diào)整界面對(duì)你沒有壞處。
12. 非常明確Java和javascript作用的范圍，明確它們能做的事情。
13. 一般很奇怪的現(xiàn)象都是由一些低級(jí)錯(cuò)誤引起的，如果你查了一段時(shí)間也沒有結(jié)果，那么讓別人來查吧。
14. 不要用可能被修改的字段來做主鍵，那樣會(huì)讓相關(guān)記錄的更新成為一個(gè)大麻煩。
15. 如果被迫使用Hibernate和jdbc混合操作數(shù)據(jù)庫的話，不要用Hibernate來做復(fù)雜查詢和統(tǒng)計(jì)。Hibernate用的不好的話，帶來的便利是非常有限的。
16. 數(shù)據(jù)庫中經(jīng)常被讀取，但是很少修改的話，應(yīng)該把這樣的數(shù)據(jù)讀到內(nèi)存中用OSCache之類的緩存起來，然后定期或者觸發(fā)的去更新，有助于減少讀數(shù)據(jù)庫次數(shù)，提升性能。
17. 編碼的時(shí)候應(yīng)該注意部署環(huán)境帶來的影響，這種影響包括操作系統(tǒng)不同帶來路徑的差異；應(yīng)用服務(wù)器和數(shù)據(jù)庫服務(wù)器之間時(shí)間的差異；外網(wǎng)可能部署在多臺(tái)服務(wù)器上，放到Session里的對(duì)象因?yàn)樾枰獜?fù)制所以要實(shí)現(xiàn)java.io.Serializable接口等。
18. 盡量不要在jsp上編寫太多代碼，保持jsp的整潔很重要，用Dreamweaver打開不至于一塌糊涂，根本看不出來這是個(gè)什么界面。
19. 目前我們的項(xiàng)目一般都使用Spring來管理數(shù)據(jù)庫事務(wù)，而且一般都配置在Bean（Service）即業(yè)務(wù)層這一層，應(yīng)該注意要保持事務(wù)的完整性，不要把一些應(yīng)該放在一起的操作分散在Action這一層。相關(guān)的更新操作可以認(rèn)為是一個(gè)事務(wù)，比如：增加一個(gè)家長(zhǎng)，同時(shí)更新學(xué)生是否有家長(zhǎng)的字段。
20. 在Spring的配置中，對(duì)于有些需要保持獨(dú)立事務(wù)的方法操作，比如生成主鍵等，應(yīng)該聲明該方法為獨(dú)立事務(wù)ROPAGATION_REQUIRES_NEW。Bean（Service）里如果拋出checked exception，事務(wù)默認(rèn)是不會(huì)回滾的，需要加以聲明，比如<prop key="*">PROPAGATION_REQUIRED,-PassportException</prop>。
21. 在一個(gè)Bean（Service）中引用其他Bean（Service）的時(shí)候盡量引用Bean（Service），而不是DAO。因?yàn)槠渌腂ean（Service）往往封裝DAO的操作后，又做了進(jìn)一步的完善，比如增加校驗(yàn)等，所以應(yīng)該重用這些方法，而不必要去引用DAO的方法來重寫這些操作。
22. 至少在Bean（Service）的接口定義上增加注釋，方便他人引用你寫的方法。
23. 好好利用集合框架里的Map、List、Set。尤其是HashMap、ArrayList、HashSet用的最多，這些類是多條數(shù)據(jù)操作的基礎(chǔ)，它們都不是線程安全的。
24. 現(xiàn)在跑的快的頁面，隨著數(shù)據(jù)量的增加，可能會(huì)變的很慢，所以應(yīng)該意識(shí)到頁面可能變慢的原因，而不是現(xiàn)在看起來很快。影響速度的大部分原因是對(duì)數(shù)據(jù)庫的壓力太大了，在java代碼執(zhí)行上花費(fèi)很多時(shí)間的情況是不常見的。
25. 避免不必要的跳轉(zhuǎn)，如果頁面執(zhí)行的足夠快，那么中間的載入進(jìn)度提示頁是不必要的，那樣會(huì)讓用戶覺得閃爍。
26. 注意頁面的文件大小，并不是每個(gè)用戶的帶寬都是非常理想的，文件小一點(diǎn)，速度快一點(diǎn)，總是感覺更好一點(diǎn)。
27. 不要去修改用戶的瀏覽器，比如隱藏他們的地址欄、菜單、右鍵菜單等，這可能會(huì)引起部分用戶的反感。盡量不要使用彈出窗口，可能會(huì)被攔截。
28. 網(wǎng)站的權(quán)限控制至少應(yīng)該保證有訪問權(quán)限的用戶才能訪問頁面，通過隱藏鏈接之類的方法是很不安全的，用戶看不見了并不表示安全了。權(quán)限的控制盡量使用框架里的攔截器這樣的機(jī)制，而不是把權(quán)限控制代碼寫的到處都是。過濾器不宜過多的使用，不僅因?yàn)檫^濾器的作用范圍很難控制，而且容易引起頁面執(zhí)行效果的混亂，錯(cuò)誤不易排查。
29. 頁面里大部分情況使用相對(duì)路徑，保持Action路徑層次和頁面一致，這樣應(yīng)用就可以發(fā)布在各種目錄下。
30. 最后一點(diǎn)，多溝通，多交流。
本站僅提供存儲(chǔ)服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請(qǐng)
點(diǎn)擊舉報(bào)。
