PHP編碼規範_PHP

1. 介紹
1.1. 標準化的重要**
標準化問題在某些方面上讓每個人頭痛，讓人人都覺得大家處於同樣的境地。這有助於讓這些建議在許多的項目中不斷演化，許多公司花費了許多星期逐子字逐句的進行爭論。標準化不是特殊的個人風格，它對本地改良是完全開放的。
1.2. 優點
當一個項目嘗試著遵守公用的標準時，會有以下好處：
· 程式員可以瞭解任何代碼，弄清程式的狀況
· 新人可以很快的適應環境
· 防止新接觸php的人出於節省時間的需要，自創一套風格並養成終生的習慣
· 防止新接觸php的人一次次的犯同樣的錯誤
· 在一致的環境下，人們可以減少犯錯的機會
· 程式員們有了一致的敵人
1.3. 缺點
· 因為標準由一些不懂得php的人所制定，所以標準通常看上去很傻
· 因為標準跟我做的不一樣，所以標準通常看上去很傻
· 標準降低了創造力
· 標準在長期互相合作的人群中是沒有必要的
· 標準強迫太多的格式
1.4. 討論
許多項目的經驗能得出這樣的結論：採用編程標準可以使項目更加順利地完成。標準是成功的關鍵嗎？當然不。但它們可以協助我們，而且我們需要我們能得到的所有的協助！老實說，對一個細節標準的大部分爭論主要是源自自負思想。對一個合理的標準的很少決定能被說為是缺乏技術**的話，那隻是口味的原因罷了。所以，要靈活的控制自負思想，記住，任何項目都取決於團隊合作的努力。
1.5. 解釋
1.5.1. 標準實施
首先應該在開發小組的內部找出所有的最重要的元素，也許標準對你的狀況還不夠恰當。它可能已經概括了 重要的問題，也可能還有人對其中的某些問題表示強烈的反對。無論在什麼情況下，只要最後順利的話，人們將成熟的明白到這個標準是合理的，然後其他的程式員們也會發現它的合理**，並覺得帶著一些保留去遵循這一標準是值得的。如果沒有自願的合作，可以制定需求：標準一定要經過代碼的檢驗。如果沒有檢驗的話，這個解決方案僅僅是一個建立在不精確的基礎上的一大群可笑的人。
1.5.2. 認同觀點
1. 這行不通；
2. 也許可行吧，但是它既不實用又無聊；
3. 這是真的，而且我也告訴過你啊；
4. 這個是我先想到的；
5. 本來就應該這樣。
如果您帶著否定的成見而來看待事物的話，請您保持開放的思想。你仍可以做出它是廢話的結論，但是做出結論的方法就是你必須要能夠接受不同的思想。請您給自己一點時間去做到它。
1.5.3. 項目的四個階段
1. 資料庫結構
2. 設計
3. 資料層
4. HTML層

2. 命名規則

2.1. 合適的命名

命名是程式規劃的核心。古人相信只要知道一個人真正的名字就會獲得淩駕於那個人之上的不可思議的力量。只要你給事物想到正確的名字，就會給你以及後來的人帶來比代碼更強的力量。別笑！
名字就是事物在它所處的生態環境中一個長久而深遠的結果。總的來說，只有瞭解系統的程式員才能為系統取出最合適的名字。如果所有的命名都與其自然相適合，則關係清晰，含義可以推導得出，一般人的推想也能在意料之中。
如果你發覺你的命名只有少量能和其對應事物相匹配的話， 最好還是重新好好再看看你的設計吧。

2.2. 類命名

· 在為類（class ）命名前首先要知道它是什麼。如果通過類名的提供的線索，你還是想不起這個類是什麼的話，那麼你的設計就還做的不夠好。
· 超過三個片語成的混合名是容易造成系統各個實體間的混淆，再看看你的設計，嘗試使用（CRC Session card)看看該命名所對應的實體是否有著那麼多的功用。
· 對於衍生類別的命名應該避免帶其父類名的誘惑，一個類的名字只與它自身有關，和它的父類叫什麼無關。
· 有時尾碼名是有用的，例如：如果你的系統使用了代理（agent ），那麼就把某個組件命名為“下載代理”（DownloadAgent）用以真正的傳送資訊。

2.3. 方法和函數命名

· 通常每個方法和函數都是執行一個動作的，所以對它們的命名應該清楚的說明它們是做什麼的：用CheckForErrors()代替ErrorCheck()，用DumpDataToFile()代替DataFile()。這麼做也可以使功能和資料成為更可區分的物體。
· 有時尾碼名是有用的:
o Max - 含義為某實體所能賦予的最大值。
o Cnt - 一個運行中的計數變數的當前值。
o Key - 索引值。
例如：RetryMax 表示最多重試次數，RetryCnt 表示當前重試次數。
· 有時首碼名是有用的：
o Is - 含義為問一個關於某樣事物的問題。無論何時，當人們看到Is就會知道這是一個問題。
o Get - 含義為取得一個數值。
o Set - 含義為設定一個數值
例如：IsHitRetryLimit。

2.4. 縮寫詞不要全部使用大寫字母

· 無論如何，當遇到以下情況，你可以用首字母大寫其餘字母小寫來代替全部使用大寫字母的方法來表示縮寫詞。
使用: GetHtmlStatistic.
不使用: GetHTMLStatistic.
理由
· 當命名含有縮減詞時，人們似乎有著非常不同的直覺。統一規定是最好，這樣一來，命名的含義就完全可以預知了。
舉個NetworkABCKey的例子，注意C是應該是ABC裡面的C還是key裡面的C，這個是很令人費解的。有些人不在意這些，其他人卻很討厭這樣。所以你會在不同的代碼裡看到不同的規則，使得你不知道怎麼去叫它。
例如
class FluidOz // 不要寫成 FluidOZ
class GetHtmlStatistic // 不要寫成 GetHTMLStatistic

2.5. 類命名

· 使用大寫字母作為詞的分隔，其他的字母均使用小寫
· 名字的首字母使用大寫
· 不要使用底線('_')
理由
· 根據很多的命名方式，大部分人認為這樣是最好的方式。
例如
class NameOneTwo
class Name

