初學者 作為初學者，通常情況下，我們都會買一本PHP教材，或者在網上看免費教程，這當然是學習的好途徑。因為，這些書籍和網上的免費教程，基本上都是由淺入深的漸進式教學方式，基礎知識居多，高級知識占少量的部分。這樣，可以讓初學者很快的入門，並且建立信心。 我的唯一的一本PHP入門教材是【PHP與MySQ ...
初學者
作為初學者，通常情況下，我們都會買一本PHP教材，或者在網上看免費教程，這當然是學習的好途徑。因為，這些書籍和網上的免費教程，基本上都是由淺入深的漸進式教學方式，基礎知識居多，高級知識占少量的部分。這樣，可以讓初學者很快的入門，並且建立信心。
我的唯一的一本PHP入門教材是【PHP與MySQL程式設計】。一般的來講，從這類入門書籍中，我們可以學會PHP的if、for、foreach、while、switch等分支、迴圈結構語法，學會靈活運用array這個在PHP中可以說是靈魂的利器，學會function，可以將代碼模塊化，到此，基本就可以寫一些東西了。至於PHP中的很多函數，像字元串函數、數組函數等，書到用時再去查，也為時不晚。當然了，isset和empty這樣的必知函數，寫多了，就必知了。
入門之後
這個時候，可能需要瞭解一些書中提到的高級一點點的用法。
比如，取地址符【&】的用法，這個很好用。例如在foreach中，在遍歷的時候，想去改變裡面的值，在遍歷結束後，要讓list中的那個值確實的被改變，這就需要用到&。一開始的時候，我在用foreach時想改變其中的值而不能的時候，我會改成for迴圈，這就稍顯麻煩，而其實，在foreach的代碼上，只需要加一個&就可以了。
foreach($list as &$value) {
$value = 'changed';
}這種引用參數的用法，同樣適用在函數的參數傳遞上。至於為什麼加上&和不加，有這樣的區別，不是這裡討論的問題，在基礎入門的書里，都會提到。
還有相對路徑和絕對路徑，以前看PHP框架，發現會出現很多 dirname(__FILE__);，不明所以，研究之後發現，不過是絕對路徑。初學者常犯的錯誤是用相對路徑去include/require文件，這種做法有著極大的隱患。至於何種隱患，不在此詳細討論，只是有的時候你會發現這塊引用文件的代碼，時而好用，時而不靈。
而我不久前在用ThinkPHP3.0/3.1版本的時候，執行一條資料庫插入語句出錯，在log文件中想看看出錯的sql語句，竟然發現找不到此條log記錄。於是，看Log.class.php源碼，發現在save()中，把log列印寫入到日誌文件里的代碼，用的是相對路徑：
error_log($now.' '.get_client_ip().' '.$_SERVER['REQUEST_URI']."\r\n".implode('',self::$log)."\r\n", $type, $destination, $extra);其中，$destination 是一個相對路徑，該它改成絕對路徑，就可以正常將log寫入日誌文件了：
error_log($now.' '.get_client_ip().' '.$_SERVER['REQUEST_URI']."\r\n".implode('',self::$log)."\r\n", $type, dirname(__FILE__).'/../../../'.$destination, $extra);所以，要用絕對路徑。
除此之外，還會有一些面向對象編程的高級一點點的知識，除了interface 和 abstract不常用以外，class、method、object、extends還有namespace。這些都很常用，尤其是現代的PHP框架，基本上都採用面向對象編程的思想，如果，此時還在用老舊的函數化的編程思想（僅對PHP而言），當看到一堆namespace命名空間，不知道該如何正確引用類的時候，就會暈菜的。
PHPer的聖經 - 通向更高階的必經之路
目前，對於PHP開發者來說，有一本聖經，可以給你提供一條進階之路。
中文版：PHP之道
Composer - 包管理工具
相信在很多很多的PHP教程書籍中，都提到過PEAR這樣一個東西，它是一個PHP的代碼庫集中營，我們可以從上面找一些現成的代碼解決方案，來放到我們自己的項目中使用。可是，究竟又有多少人用過這個東西呢？反正，我是沒用過。
但我在不久前，開始用 Composer 了，並且現在好些個PHP框架，都開始用 Composer 了，所以，我知道了它。至於Composer比PEAR好在哪裡，由於我也是個初學者菜鳥，也不是很懂，反正照我的理解就是，你要用某個現成的代碼庫，如果此庫又引用了另外的一個或幾個庫，而另外的一個或幾個庫又引用了另外的。。。沒關係，你只需要 composer install someting 就搞定了一切。而且，以後依賴的包有升級的話，也可以 composer update 來搞定。
你可以在 Packagist 中搜尋你想要的代碼庫，找到最受歡迎的且最合適的代碼包，愉快的使用它，就是這麼簡單。
PHP模板
在HTML頁面中，我們如何輸出變數，控制代碼分支和迴圈操作呢？如果你還在使用像這樣的代碼，那會稍顯落伍了
<?php if($list){ ?>
<?php foreach($list as $v){ ?>
<div><?php echo $v; ?></div>
<?php } ?>
<?php } ?>不說這樣寫很醜，但是，確實越來越少人這樣用了。最大的弊端就是，當 <?php } ?> 過多的時候，你都不知道它應該跟那個分支配對。
而用PHP的原生模板語法，則可以提高可讀性，看起來漂亮很多，像這樣：
<?php if ($list): ?>
<?php foreach ($list as $v): ?>
<div><?php echo $v ?></div>
<?php endforeach ?>
<?php endif ?>if 配 endif，foreach 配 endforeach，看起來代碼結構很清楚。如果你說，這還不是一樣要敲很多代碼麽，反正都是用手敲，我還是習慣於雖醜但用慣了的方式。所幸，如果你用 Sublime Text 或者 Atom 或者其他什麼像點樣的寫代碼的工具的話，這些都可以自動生成，完成上面的代碼，不消 5 秒鐘。
上面說的是PHP的原生模板，是PHP本身語法特性，原生支持。還有些編譯模板，是由第三方支持的，如：Smarty 和 Twig。Smarty 在初學PHP的時候就用過，因為我買的那本書里提到了，於是就用了。Twig 沒用過，感覺很弔的樣子。不過我還是覺得原生模板用著更順手，想怎麼用就怎麼用，無拘無束，不需要付出額外的學習成本。
近期用 ThinkPHP 的模板引擎，總是用不慣，在關鍵的、難寫的地方，我還是會採用原生模板來寫。至於，是要使用PHP的原生模板，還是使用編譯模板，又或是使用框架自身的模板引擎，由個人喜好來定，沒什麼不妥的。但可別再用 花括弧 的這種形式了。
其他我所還能知道的一點
Xdebug
寫代碼的，難免遇到些棘手、詭異的問題，此時就需要調試代碼了。我相信，我們大部分PHPer、包括我自己，調試代碼的方法就是用
var_dump()，因為簡單直接，對於一些小問題，懶得去打斷點再一步步走。但對於一些大點的問題，要學會用 Xdebug 來調試程式了。如果你用 IDE 寫代碼的話，那麼調試功能自不在話下，如果你用 Sublime 或 Atom 之類的，最好找一款好用的調試插件。但是，據我的經驗，在調試 ThinkPHP 的時候，會有進不到斷點的情況，可能與框架有關，又或許與我用的 Sublime 調試有關。總之，調試的話，當然用 IDE 最強啦，聽說 PHPStorm 挺好用的，神器，以後有機會，嘗試一下。聽過見過沒用過
Vagrant 和 Docker 都能提供一種虛擬化環境，這樣可以統一開發環境，避免大家環境不一致，造成不必要的麻煩。至於這種看起來有些高端的技能，我還沒用過，只是有所耳聞而已。
PHPDoc 是註釋 PHP 代碼的非正式標準。學會了這個註釋標準後，可以通過 php-apidoc 來生成介面說明文檔，是不是很弔。當然，這個我也只是見過，也還暫時沒用過。
這段里講了Composer、PHP模板、Xdebug、虛擬化和PHPDoc，只是PHP之道里的十之一二，詳細的內容，還是要讀一讀PHP之道或者英文原版的內容
PHP 框架
PHP 的框架太多了，我卻用的不多，屈指可數：
CodeIgniter、
ThinkPHP、
LazyPHP。
最早用的CodeIgniter，沒用它做過什麼正兒八經的項目，純粹拿來學習練手的。跟其他主流框架一樣，都是MVC模式。挺好用的，上手簡單，文檔完美，是個優秀的輕量級框架。
現在工作中，用的ThinkPHP，3.1版本，不是很喜歡用，可能國內很多公司用的原因，所以感覺在國內的流行度還是蠻高的。在我這段時間使用的經驗和感覺來看，TP3.1版本還是有些功能上的缺陷的，比如我上面提到的寫日誌的問題，比如往資料庫save()的時候，若沒有用數組而用對象的方式，則可能會出問題等等，感覺上某些不穩定因素，會導致在使用TP的時候，用著不爽。也許，最新的5.0版本會更好吧。當然，在TP的使用上，我是個菜鳥，可能都沒有資格評價它，每個人有自己的喜好，挑一個自己覺得順手的用就好了。若等日後武藝精進，定會去尋那趁手的兵器的。
我不喜歡用大框架，我喜歡小的，簡單的框架。所以，我之前都在用LazyPHP。這是一個極小極小的框架，比CI還要輕量級。花2個小時或者一下午的時間，閱讀框架的核心源碼，就能搞清楚它的全部內容。日後做東西時，拿來就用。使用它的時候，沒有太多的束縛，不用像用TP的時候，要時不時的去翻文檔，看看某個方法怎麼用，這個完全不會。因為框架簡單，所有的東西都知道，用的時候自是得心應手。
可是，簡單有簡單的弊端，有些東西要自己實現。比如分頁。人家CI還有個分頁組件呢，這個啥組件都沒有，要自己寫。我就自己吭哧吭哧的寫了個分頁，完了之後，以後做其他項目的時候，都用的這個分頁組件。還有，不支持偽靜態，URL不友好，比較適合做後臺管理，不適合做前端。好與不好，用者自知，喜歡就好。還是那句話，日後功成之時，自會去尋一神器傍身。
LazyPHP4，原作者在使用前一版本的時候(Lazyphp3)，也覺得不爽，於是搞了4出來。必須要說的是，不管是3還是4的版本，都是經歷過商用的，是作者在實戰中改進，最後分享出來的框架。LazyPHP4 比 3 改變的不是一點點，前一版本，最多花一個下午，就能把核心代碼全部搞清楚，而新版本，則不可能，就光看看它使用 Composer 引用了大量的類庫，就知道絕不簡單。
Laravel，最後說一下這個號稱最優雅的框架，我只剛開始研究過一點點，感覺挺牛逼的，畢竟好多牛人都用這個。所以，這是我未來的框架。如果要學習Laravel，這裡有一個絕逼酷的網站Laravist，裡面很多視頻教程，雖然錄製者操著帶有廣東口音的普通話，但是逼格很高，技術很好，這是一個很好的學習Laravel的地方。
目標：我會先學習使用 LazyPHP4，再學習 Laravel，與時俱進。
關於框架，就說這麼多，自己用過的框架很少，其他的沒用過，不好做評價，總之選擇一個自己認為好用的就好。讓初學者一上來就去用 Laravel，他也用不來，所以，各取所需的好。
工具善其事，必先利其器
以上，說的都是如何在 PHP 的道路上進階，那麼從編程工具上來講，我覺得有必要說一說。
我見過的 PHPer 有用 NotePad++的、 Netbeans的、Hbuilder的、Dreamweaver的，也有用 PHPStorm 和 Sublime Text的。我自己用 Sublime。不說哪個工具好，哪個不好，我只說我的使用感受。
我一開始用的是NotePad++，好像是支持函數提示的。後來換成 Zend Studio，確實好用，很智能。再後來，發現了 Sublime Text，剛開始用的時候用不慣，用兩天就用回Zend Studio了。後來貌似不甘心，又把 Sublime 撿起來了，一用至今。
此後也試過 Atom，感覺就寫 PHP 來講，還是沒有 Sublime 來的爽，而且 Atom 那速度太慢了，用 Sublime 打開文件像劍一樣的快，而用 Atom 則慢吞吞。回想起來，讓我徹底放棄用 Atom 寫 PHP 代碼的主要原因，是因為 Sublime Text 3 里有 Goto Definition，而 Atom 我沒找到解決方案，遂放棄。
要知道，跳轉到函數定義，這個功能是跟代碼的利器，沒有它，難道讓我去點目錄樹，一層層找文件嗎？非常的建議使用 Sublime Text 3，而不是2的版本，就是因為3自帶 Goto Definition 功能。
關於 Sublime Text 的使用教程，網上有很多優秀的，我自己也寫過一篇，Sublime Text 3 絕對神器，創記錄的閱讀量，兩年多以來總共接近7萬的閱讀。用 Sublime 算起來也有3年了吧，後面其實還想寫一篇關於 Sublime Text 3 的使用教程，查漏補缺，配上動圖，把我用過的好用的插件，所知道的使用經驗，總結分享出來。
就寫 PHP 來講，Sublime 並不是終極神器，還有 PHPStorm 呢。用 Sublime 異或高手們用 vim 寫 PHP，給人的感覺不過是腳本小子，而用 PHPStorm，則顯得很上檔次，尤其是在 Macbook 上用 PHPStorm 的時候，一個字：酷。
Macbook，我心裡長的草。我現在很窮，我在攢錢，上個老闆還欠我兩個月的工資，很懸了，如果這兩個月的工資發了，我就有錢買book了。你看，再過半個月，蘋果就要開大會了，book也可能要更新了，可是我沒銀子。只能讓心裡的草再長的茂盛一點了吧。
最後，放一張我的 Sublime 的主題照，用的 One Dark Material Theme，因為用 Atom 覺得它的預設主題很舒服養眼，所以找了這麼一個跟 Atom 預設主題非常像的這個：
