1.能簡單盡量簡單，比如：通過三元運算子（乙個或者多個）可以完成的操作就不要用switch或者幾個if來完成，否則顯得多餘難看。
2.功能細分成模組，模組分成業務函式，同時要有分層思想。寫乙個功能的時候，要先把整個功能從頭到尾想清楚怎麼做，把乙個功能拆分成幾個小的模組，每個模組在分配到不同的類中去實現，而不要整個功能寫在同乙個函式裡面。並且，要有分層思想，業務邏輯全部寫在業務層，要時刻想著功能復用，想著另外還存在幾個客戶端，而業務層只有乙個，並且那個類的功能就寫在那個類裡面，展現層就只需要業務層提供乙個介面，最多就是一些簡單的介面傳值以及錯誤判斷和跳轉等等，業務層要提供乙個整個功能的介面以供展現層呼叫就可以了。
3.乙個函式盡量控制在50行之內，多的話，就要考慮分塊分函式實現了。
4.功能先判斷，再實現邏輯。乙個函式，包括展現層和業務層都這樣，先判斷，在實現業務，所以乙個功能一般都可以變成乙個校驗函式和乙個業務實現函式。
5.業務層拋異常，展現層處理異常。業務層主要是實現業務邏輯，同時也要做一些業務上的安全判斷（比如校驗等等），一般來說可以在展現層捕獲業務層丟擲來的異常，業務層做判斷的時候可以直接拋異常到業務層去處理。但是要區分業務異常和正常的判斷，正常的判斷一般就是直接返回false，而業務異常是直接throw出異常的。這裡強調一下，「正常判斷」，「業務異常」，乙個是帶「業務」兩個字的，比如一般資料完整性的判斷，不符合完整性就不給於儲存的就屬於正常判斷（比如登陸賬號和密碼不正確等），而一些非法的資料（可能是人誤操作或者是惡意攻擊，比如重複提交等）就直接丟擲業務異常。
6.資料庫設計和框架設計要根據原型對上，同時要考慮擴充套件和向後相容。
持續更新……
MySQL許可權經驗原則
mysql許可權經驗原則 許可權控制主要是出於安全因素，因此需要遵循一下幾個經驗原則 1 只授予能滿足需要的最小許可權，防止使用者幹壞事。比如使用者只是需要查詢，那就只給select許可權就可以了，不要給使用者賦予update insert或者delete許可權。2 建立使用者的時候限制使用者的登入...
程式設計原則
避免重複原則 dry don t repeat yourself 程式設計的最基本原則是避免重複。在程式 中總會有很多結構體，如迴圈 函式 類等等。一旦你重複某個語句或概念，就會很容易形成乙個抽象體。抽象原則 abstraction principle 與dry原則相關。要記住，程式 中每乙個重要的...
程式設計原則
結構化設計的兩個基本原則 高內聚，低耦合 在物件導向的設計中，目標就是設計出高內聚 低耦合的程式。聚合 cohesion 聚合是乙個模組內部各成分之間相關聯程度的度量 聚合是對乙個模組內部的度量，因為是對乙個模組內部的度量，所以聚合也成為內聚，這裡的模組是廣義上的模組，它代表的可能是乙個子系統，或者...