北大青鳥學術部分享
1. 服務器端必須提供輸入數據正確性的驗證，客戶端的Javascript驗證可以沒有。這是基于安全性的考慮，因為Javascript是很容易被繞過的，增加客戶端驗證只是為了減少服務器壓力、界面更加容易使用。
2. 適度使用Session，盡量不要在Session里放很大的集合對象，以免內存消耗過大，因為很多用戶訪問的時候會產生很多的Session。參數傳遞應該盡量通過Request。熟悉HTTP有助于更好的理解Session、Cookie、Request等的機制。
3. 在帶有分頁的查詢界面，盡量不要使用POST方法來傳遞參數，POST傳遞的參數在地址欄里是看不到的，刷新后會有重新提交表單的提示。使用GET方法傳遞參數要注意URL的長度不能超過1K。
4. 分層應該清晰，一般目前我們分為View(Jsp或FreeMarker加上Action)、Bean(Service)、DAO這么三層，即顯示層、業務層、數據層。記錄集ResultSet這種只能出現在DAO層中的對象不能出現在Bean(Service)層中，同樣HttpServletRequest這種只能出現在View層的對象也不應出現在Bean(Service)層中。這并不是絕對的。
5. 盡量使用簡單SQL，避免兩表以及多表聯查。多表聯查會導致數據庫壓力大幅增加，而且不利于在內存中對部分記錄進行緩存，代碼的重用性也難以提高。
6. 避免在循環里執行findXXById這樣的方法，不如執行一個findXXByIds這樣的方法一次性把記錄取到Map里。大部分有實際對象對應的表應該提供這樣一個方法。
7. 如果使用最原始的jdbc編程的話需要注意資源的正確釋放，在循環里new出來的Statement或者ResultSet就要在循環里關閉。
8. 在編寫SQL進行查詢的時候，需要能夠判斷這個SQL是否已經使用了索引，避免全表掃描，必要的時候增加索引。
9. 在寫一個方法前，首先查看有沒有相同功能或者很類似功能的方法已經有了，尤其是工具類方法，往往已經寫過了，避免重復代碼的產生，發現重復代碼及時進行處理。如果一段代碼被重復使用兩遍或以上，那么可以考慮專門寫個方法來放這段代碼，同樣多次使用的常量也應該專門定義出來。
10. 在一個方法里并不一定只能有一個return，如果已經有結果了盡早return，沒必要增加嵌套的層次，那樣會導致代碼可讀性不佳，但也不能return太多，代碼看起來比較舒服就可以了。（未完待續）
