PHP 代碼編寫注意事項總結概括

1- 編寫模塊化代碼 
良好的PHP代碼應該是模塊化代碼。PHP的面向對象的編程功能是一些特別強大的工 具，能夠把你的應用程序分解成函數或方法。你應該儘量多的從你的應用程序的服務器端分開前端的HTML/CSS/javascript代碼。你也能夠在 任何PHP框架上遵循MVC（模型-視圖-控制器）模式。 
2- 代碼編寫規範 
良好的PHP代碼應該有一套完整的代碼編寫規範。經過對變量和函數的命名，統一的方法訪問數據庫和對錯誤的處理，以及一樣的代碼縮進方式等來達到編程規範，這樣可使你的代碼更具可讀性。 

3- 編寫可移植代碼 
良好的PHP代碼應該是可移植的。你可使用php的現有功能，如魔術引號和短標籤。試着瞭解你的需求，而後經過適應PHP特性來編寫代碼讓代碼獨立、可移植。 

4- 編寫安全代碼 
良 好的PHP代碼應該是安全的。PHP5提供了出色的性能和靈活性。可是安全問題徹底在於開發人員。對於一個專業的PHP開發人員來講，深刻理解重大安全漏 洞是相當重要的，如：跨站點腳本(XSS)、跨站請求僞造(CSRF)、代碼注入漏洞、字符編碼漏洞。經過使用PHP的特殊功能和函數， 如：mysql_real_escape_string等等，你能夠編寫出安全的代碼。 

5- 代碼註釋 
代碼註釋是代碼的重要組成部分。經過代碼註釋能夠知道該變量或函數是作什麼的，這將在從此的代碼維護中十分有用。 

6- 避免短標籤 
把全部用到短標籤的替換成完整的PHP標籤。 

7- 使用單引號代替雙引號 
字符串始終使用單引號代替雙引號，以免PHP搜索字符串內的變量致使的性能降低。 用單引號代替雙引號來包含字符串，這樣作會更快一些。由於PHP會在雙引號包圍的字符串中搜尋變量，單引號則不會 

8- 轉義字符串輸出 
使用ENT_QUOTES做參數傳遞給htmlspecialchars函數，以確保單引號(')也轉換成HTML實體，這是一個好習慣。 

9- 使用逗號分隔字符串輸出 
經過echo語句輸出使用逗號(,)分隔的字符串，要比使用字符串鏈接操做符(.)的性能更好。 

10- 輸出前檢查傳來的值 
輸出前檢查傳過來的值$_GET['query']。使用isset或empty函數，能夠用來檢查變量是否爲null值。

11- 其餘
若是能將類的方法定義成static，就儘可能定義成static，它的速度會提高將近4倍。
$row['id'] 的速度是$row[id]的7倍。
echo 比 print 快，而且使用echo的多重參數（譯註：指用逗號而不是句點）代替字符串鏈接，好比echo $str1,$str2。
在執行for循環以前肯定最大循環數，不要每循環一次都計算最大值，最好運用foreach代替。
註銷那些不用的變量尤爲是大數組，以便釋放內存。
儘可能避免使用__get，__set，__autoload。
require_once()代價昂貴。
include文件時儘可能使用絕對路徑，由於它避免了PHP去include_path裏查找文件的速度，解析操做系統路徑所需的時間會更少。
若是你想知道腳本開始執行（譯註：即服務器端收到客戶端請求）的時刻，使用$_SERVER['REQUEST_TIME']要好於time()。
函數代替正則表達式完成相同功能。
str_replace函數比preg_replace函數快，但strtr函數的效率是str_replace函數的四倍。
若是一個字符串替換函數，可接受數組或字符做爲參數，而且參數長度不太長，那麼能夠考慮額外寫一段替換代碼，使得每次傳遞參數是一個字符，而不是隻寫一行代碼接受數組做爲查詢和替換的參數。
使用選擇分支語句（譯註：即switch case）好於使用多個if，else if語句。
用@屏蔽錯誤消息的作法很是低效，極其低效。
打開apache的mod_deflate模塊，能夠提升網頁的瀏覽速度。
數據庫鏈接當使用完畢時應關掉，不要用長鏈接。
錯誤消息代價昂貴。
在方法中遞增局部變量，速度是最快的。幾乎與在函數中調用局部變量的速度至關。
遞增一個全局變量要比遞增一個局部變量慢2倍。
遞增一個對象屬性（如：$this->prop++）要比遞增一個局部變量慢3倍。
遞增一個未預約義的局部變量要比遞增一個預約義的局部變量慢9至10倍。
僅定義一個局部變量而沒在函數中調用它，一樣會減慢速度（其程度至關於遞增一個局部變量）。PHP大概會檢查看是否存在全局變量。
方法調用看來與類中定義的方法的數量無關，由於我（在測試方法以前和以後都）添加了10個方法，但性能上沒有變化。
派生類中的方法運行起來要快於在基類中定義的一樣的方法。
調用帶有一個參數的空函數，其花費的時間至關於執行7至8次的局部變量遞增操做。相似的方法調用所花費的時間接近於15次的局部變量遞增操做。
Apache解析一個PHP腳本的時間要比解析一個靜態HTML頁面慢2至10倍。儘可能多用靜態HTML頁面，少用腳本。
除非腳本能夠緩存，不然每次調用時都會從新編譯一次。引入一套PHP緩存機制一般能夠提高25%至100%的性能，以避免除編譯開銷。
儘可能作緩存，可以使用memcached。memcached是一款高性能的內存對象緩存系統，可用來加速動態Web應用程序，減輕數據庫負載。對運算碼 (OP code)的緩存頗有用，使得腳本沒必要爲每一個請求作從新編譯。
當操做字符串並須要檢驗其長度是否知足某種要求時，你想固然地會使用strlen()函數。此函數執行起來至關快，由於它不作任何計算，只返回在 zval 結構（C的內置數據結構，用於存儲PHP變量）中存儲的已知字符串長度。可是，因爲strlen()是函數，多多少少會有些慢，由於函數調用會通過諸多步 驟，如字母小寫化（譯註：指函數名小寫化，PHP不區分函數名大小寫）、哈希查找，會跟隨被調用的函數一塊兒執行。在某些狀況下，你可使用isset() 技巧加速執行你的代碼。
（舉例以下） if (strlen($foo) < 5) { echo 'Foo is too short'; } 
（與下面的技巧作比較） if (!isset($foo[5])) { echo 'Foo is too short'; } 
調用isset()恰巧比strlen()快，由於與後者不一樣的是，isset()做爲一種語言結構，意味着它的執行不須要函數查找和字母小寫化。也就是說，實際上在檢驗字符串長度的頂層代碼中你沒有花太多開銷。

當執行變量$i的遞增或遞減時，$i++會比++$i慢一些。這種差別是PHP特有的，並不適用於其餘語言，因此請不要修改你的C或Java代碼 並期望它們能當即變快，沒用的。++$i更快是由於它只須要3條指令(opcodes)，$i++則須要4條指令。後置遞增實際上會產生一個臨時變量，這 個臨時變量隨後被遞增。而前置遞增直接在原值上遞增。這是最優化處理的一種，正如Zend的PHP優化器所做的那樣。牢記這個優化處理不失爲一個好主意， 由於並非全部的指令優化器都會作一樣的優化處理，而且存在大量沒有裝配指令優化器的互聯網服務提供商（ISPs）和服務器。
並非事必面向對象(OOP)，面向對象每每開銷很大，每一個方法和對象調用都會消耗不少內存。
並不是要用類實現全部的數據結構，數組也頗有用。
不要把方法細分得過多，仔細想一想你真正打算重用的是哪些代碼？
當你須要時，你總能把代碼分解成方法。
儘可能採用大量的PHP內置函數。
若是在代碼中存在大量耗時的函數，你能夠考慮用C擴展的方式實現它們。
評估檢驗(profile)你的代碼。檢驗器會告訴你，代碼的哪些部分消耗了多少時間。Xdebug調試器包含了檢驗程序，評估檢驗整體上能夠顯示出代碼的瓶頸。
mod_zip可做爲Apache模塊，用來即時壓縮你的數據，並可以讓數據傳輸量下降80%。
在能夠用file_get_contents替代file、fopen、feof、fgets等系列方法的狀況下，儘可能用file_get_contents，由於他的效率高得多！可是要注意file_get_contents在打開一個URL文件時候的PHP版本問題；
儘可能的少進行文件操做，雖然PHP的文件操做效率也不低的；
優化Select SQL語句，在可能的狀況下儘可能少的進行Insert、Update操做(在update上，我被惡批過)；
儘量的使用PHP內部函數（可是我卻爲了找個PHP裏面不存在的函數，浪費了本能夠寫出一個自定義函數的時間，經驗問題啊！）；
循環內部不要聲明變量，尤爲是大變量：對象(這好像不僅是PHP裏面要注意的問題吧？)；
多維數組儘可能不要循環嵌套賦值；
在能夠用PHP內部字符串操做函數的狀況下，不要用正則表達式；
foreach效率更高，儘可能用foreach代替while和for循環；
「用i+=1代替i=i+1。符合c/c++的習慣，效率還高」；
對global變量，應該用完就unset()掉；