一、開發習慣和php代碼
1、準確的理解各種概念。現在的新東西層出不窮,望文生義和一知半解對開發工作有害無益;//比如我就碰到有人理解松散耦合(這個東西不新)的概念居然是要求代碼不要有空行,否則你的程序就是“太松散”了
2、代碼美觀,適當的空行、縮進,空格,這樣能更容易理解代碼段的意思;
3、一定要寫注釋,而且要恰當的注釋,要不然后面的維護工作或者接手代碼的人會痛哭不已;
4、靜態方法、類訪問權限、接口、抽象類應該綜合起來使用,發揮各自特點;
5、不要復制粘貼,即使是要用到現成的代碼,也要一行一行的審閱后,再加入到新項目,因為經驗告訴我們,這太容易出錯了,對于使用開源類這種大段代碼更需要;
6、變量都要初始化;
7、不要只處理error,而忽略warning和notice,這可能會導致日后的莫名其妙的問題,項目在開發狀態下應該是error_reporting( E_ALL ^ E_NOTICE ),等到發布的外網生產環境時,應關閉所有錯誤報告display_errors=Off,error_reporting(0)
8、記錄一些必要的錯誤日志,比如寫文件失敗、寫memcache失敗,socket連接失敗、讀寫數據庫失敗,日志能夠幫助出現問題時的快速定位,外部生產環境我個人是強烈建議關閉所有錯誤報告的;
9、用try、catch捕獲異常,對代碼的健壯有幫助,常常在API接口中碰到,這樣子顯得友好多了;
10、雙引號中出現的變量建議加上大括號,至于是”${nider}at gmail.com”還是”{$tom}at zendstudio.net”看個人習慣,我更喜歡后面一種;
11、盡量少的if else嵌套層數,也許你要表達一個非常復雜的邏輯算法,但這樣做至少能讓代碼邏輯更清晰
12、多閱讀網上開源項目的優秀代碼(不是優秀項目的開源代碼),吸取其中值得借鑒的地方
13、語言包用sprintf的格式化來做是多么愜意的一件事啊!
14、寫緩存并不總是要先serialize一次的
15、AJAX傳數據的時候,不要將數據庫查出的數組直接json_encode后傳給客戶端,這樣做不僅有一定的安全風險(字段名暴露),而且一些不需要的數據被傳出浪費帶寬,這條同樣適用于API接口
16、要記得處理魔術變量,我的方法是直接關閉,當然也可以獲取開關狀態來避免傳輸數據被處理兩次的問題
17、用$GLOBALS[\'var\']代替global $var
18、不能輕易的die掉程序,尤其是在方法內部
19、require、require_once、include、include_once有著略微不同的應用場景
20、為了最大限度的使得寫入緩存成功,可以結合重試次數+usleep,我一般重試3次,還不行那就記下一條log了
21、PHP的常量是個非常好的東西,很多開源項目中用一整個文件來定義要用到的常量
22、盡可能的使用絕對路徑尋找文件
23、autoload是個很靈活的東西
24、最好用上set_error_handler和set_exception_handler,那顯得你的項目更完美
25、PHP的引用類型是很高效的,在進行復雜運算時建議使用
26、@符號抑制錯誤是很耗性能的,因此盡可能的找到替代方案
二、MYSQL部分
1、SQL語句用雙引號,其中的值都用單引號,例如”INSERT INTO gril SET money='{$iMaxMoney}',age='18′”
2、用mysqli擴展代替mysql擴展
2、用mysqli_real_escape_string和mysqli_escape_string處理傳出sql語句中的變量
3、用mysqli_set_charset(mysqli->set_charset)代替 query “SET NAMES”
4、聯合查詢(JOIN)之前,考慮下各個表的數據量,不合適的話應該分開查,尤其是有緩存可用的時候
5、很多地方需要記錄發生時間,但不是每一個表都需要,同樣,不是每一個表都需要一個自增量作主鍵
6、很多時候為integer類型加上unsigned是很好的
7、INERT DELEYED、INSERT IGNORE、SELECT DISTINCT…這種語句通常有意想不到的好效果
8、varchar類型并不是不能超過255長度,而是超過了255,這個字段就不能建立索引了,所以,看你的實際需要了
暫時就想到這么多,等再想到的繼續update吧。想到什么寫什么,沒有什么條理性,多多包涵了,如果這些對你有點滴幫助,那我就感到非常開心了。
最后一條終極建議就是――多和別人交流能夠進步更快、更大!歡迎與我交流,留下你的寶貴意見。
|