過去的幾周對我來說是一段相當複雜的經曆。我們公司進行了大裁員,我是其中之一,但卻體驗到了其中的樂趣。我從來沒有被開除過,所以很難不去想得太多。我開始瀏覽招聘板塊,一個全職PHP程式員的職位很吸引人,所以我寄去了簡曆並獲得了面試機會。在面試之間,我和其主要的程式員們在諮詢電話中聊了聊,最後他們給我出了一套測試題,其中有一道很耐人尋味。
找出以下代碼的錯誤之處:
<?
function baz($y $z) {
$x = new Array();
$x[sales] = 60;
$x[profit] = 20:
foreach($x as $key = $value) {
echo $key+" "+$value+"<BR>";
}
}
你能找到幾個呢?
如果你發現函數參數列表中少了逗號、“new Array()”是不正確的、行末用了冒號而不是分號、foreach中沒有用“=>”及用“+”來連接字串,那恭喜你,你找到了所有的錯誤,你已經掌握了PHP編程的基礎。
現在我來說說我是怎麼回答這道題的。我當然也找出了以上這些問題,但我更進一步。比如,你有沒有發現在數組索引裡沒有用引號將字串括起來?雖然這不會造成嚴重錯誤,但這是一個編碼錯誤。另外,你注意到在echo一行它使用了雙引號而不是單引號嗎?使用了PHP開始標誌的縮寫形式?並且沒有用“<br/>”而是用了“<BR>”?
在找出了實際錯誤後,我又在上面找到的問題後面加了注釋。這足夠讓這份答卷從“正確”轉變為“發人深省”了,這也給我的申請加了不少分,所以他們決定聘用我。(但最後我拒絕了,因為我喜歡緊湊的生活節奏,並將自己的PHP技能奉獻給我的客戶,而不是一家涉獵電信市場的公司。我需要一個舞台來大展身手。)
那麼接下來就來看看我寫的10條PHP編程習慣吧:
1、使用單引號括起來的字串
當使用雙引號來括字串時,PHP解譯器會對其進行變數替換、轉義等操作,如“\n”。如果你只想輸出一個基本的字串,就用單引號吧,這樣會節省一些資源。當然,如果你需要進行變數替換的,那就必須用雙引號了,但其他情況下還是用單引號吧。
2、字串的輸出
你認為以下哪一條語句的運行速度最快?
print "Hi my name is $a. I am $b";
echo "Hi my name is $a. I am $b";
echo "Hi my name is ".$a.". I am ".$b;
echo "Hi my name is ",$a,". I am ",$b;
echo 'Hi my name is ',$a,'. I am ',$b;
也許這看起來很奇怪,但事實上最後一條的運行速度是最快的。print比echo要慢,在字串中進行變數替換時會慢,而連接字串要比用逗號串連來得慢,最後一句則是第一個習慣的體現。所以,不在字串中進行變數替換不僅會加快程式運行速度,也會讓你的代碼在任何文法高亮顯示的編輯器中顯得更為易懂(變數會被高亮顯示出來)。很少人知道echo的參數可以用逗號串連,且速度會比字串串連要來得快。最後再用上第一個習慣,那這條語句就非常好了。
3、在數組索引中使用單引號
正如你在上面的測試題中所看到的,我指出了$x[sales]從嚴格意義上來說是錯誤的,索引應該被括起來,即$x['sales']。這是因為PHP會將沒有括起來的索引辨認為“裸”字串,並把它解釋為一個常量。當找不到該常量的定義時,才將其解釋為一個字串,所以這條語句才是可啟動並執行。把索引括起來可以省去這部分工作,如果將來正好要用這一字串定義常量時也就不會有錯誤了。我甚至聽說這樣做要快七倍左右的時間,雖然我沒有親自測試過。更多關於這一話題的討論,請看PHP手冊“數組”一章中的的“數組的能與不能”一節。
4、不要使用開始標誌的縮寫形式
你正在使用這樣的符號嗎?“<?”是非常糟糕的符號,它會引起與XML解譯器的衝突。而且一旦你發布了這些代碼,那麼使用者就必須修改php.ini檔案來開啟對此符號的支援。所以實在沒有理由去使用這種形式。用“<?php“吧。
5、盡量不要使用Regex
在進行常規的字串操作時,儘可能不要去使用Regex(preg和ereg系列函數)。str_replace函數要比preg_replace快得多,甚至strtr函數也要比str_replace來得快。省去這些不必要的麻煩吧,你的老闆會感謝你的。
6、不要在迴圈聲明中使用函數
這個問題不單單出現在PHP中,你可以在其他語言的代碼中經常看到:
差:for($i=0;$i<count($array);$i++){...}
好:$count=count($array);for($i=0;$i<$count;$i++){...}
這因該很好解釋,但許多人就是想少寫一行代碼而浪費了系統資源。如果在迴圈聲明中使用了count函數,那每次迴圈都會調用一次。如果你的迴圈次數很多,那就會浪費非常多的時間。
7、永遠不要使用register_globals和magic quotes
這是兩個很古老的功能,在當時(十年前)也許是一個好方法,但現在看來並非如此。老版本的PHP在安裝時會預設開啟這兩個功能,這會引起安全性漏洞、編程錯誤及其他的問題,如只有使用者輸入了資料時才會建立變數等。如今這兩個功能都被捨棄了,所以每個程式員都應該避免使用。如果你過去的程式有使用這兩項功能,那就儘快將其剔除吧。
8、一定要對變數進行初始化(這裡的“初始化”指的是“聲明”——譯者注)
當需要沒有初始化的變數,PHP解譯器會自動建立一個變數,但依靠這個特性來編程並不是一個好主意。這會造成程式的粗糙,或者使代碼變得另人迷惑,因為你需要探尋這個變數是從哪裡開始被建立的。另外,對一個沒有初始化的變數進行遞增操作要比初始化過的來得慢。所以對變數進行初始化會是個不錯的主意。
9、對代碼進行注釋
這個問題已經提過很多次了,但再多次也不夠。我知道有些地方是不聘用不對代碼進行注釋的程式員的。我在前一次工作面試後和副總、面試官一起瀏覽我寫的代碼,當他們對我所做的代碼注釋印象深刻,還瞭解了一下我的這一習慣。一天之後,我得到了這個工作。
我知道有些自稱為PHP大師的人聲稱自己的代碼寫得很好,不需要添加什麼注釋。在我看來,這些人都是垃圾。學一寫注釋的規範和技巧,熟悉一下phpDocumentor或Doxygen之類的注釋輔助軟體,都是值得的。
10、遵循一個編程規範
關於這一點,是你需要在面試中詢問你潛在的老闆的,問問他們正在使用什麼編程規範。PEAR?Zend?內部規範?要提及你正在使用的編程規範,不管是你自己建立的,還是目前普遍流行的一種。對於PHP這種鬆鬆垮垮的語言來說,如果沒有一個好的編程規範,那麼那些代碼就會看起來想一堆垃圾。發臭的,令人作嘔的垃圾。一些基本的規範包括空格規範、打括弧匹配、命名風格等。這對任何一個追求高品質的代碼的人來說都是必須的。
有人說:“我討厭你的4個空格的縮排。”我要說,什嗎?用4個空格來縮排?這比用定位字元過佔用3個字元的空間。更重要的是,只要是使用比記事本進階的編輯器,你可以自訂定位字元的縮排值。所以每個程式員都可以以其最習慣的方式來看代碼。可以時設定為4,也可以設定為0(如果你是個受虐狂)。反正我不在乎,但你就是不能用空格來縮排!
總的來說,我希望以上這些編程習慣可以對你有所協助。如果你想在面試中留下好印象,只需要一些小細節就可以了。