簡傑的php編程分享-1.2 xdebug的實際運用

介紹

在 上一期 中咱們已經把 xdebug 和 phpstorm 的關聯配置設置好了，接下來我將會深刻的介紹 debug 的運用。分爲3點內容

• 快速找到錯誤的緣由
• 輔助讀懂比效複雜的代碼
• 代碼重構

環境說明

• windows
• vagrant+vbox+centos7+nginx+php
• phpstorm

學前準備

1. xdebug + phpstorm 調試環境已經能夠正常運行

調試跳轉

圖標	描述
	噹噹前應用程序中止時，單擊此按鈕再次調試。
	單擊此按鈕可暫停程序執行。
	單擊此按鈕，經過標準關閉腳本從外部終止當前進程。
	單擊此按鈕以打開斷點對話框，您能夠在其中配置斷點行爲。
	使用此按鈕切換斷點狀態。
	單擊此按鈕以突出顯示編輯器中的當前執行點，並在框架窗格中顯示相應的堆棧框架。
	單擊此按鈕執行程序，直到當前方法或文件中的下一行，跳過在當前執行點引用的方法(若是有的話)。若是當前行是方法中的最後一行，則執行步驟到在此方法以後執行的行。
	f7單擊此按鈕，使調試器步驟進入在當前執行點調用的方法。
	單擊此按鈕，調試器將從當前方法中退出，並當即執行該行。
	單擊此按鈕恢復程序執行並暫停，直到執行點到達編輯器中當前遊標位置的行。不須要斷點。實際上，插入符號處的當前行有一個臨時斷點集，一旦程序執行暫停，就會刪除它。所以，若是插入符號位於已經執行的行上，則程序將從新開始執行，由於沒法回滾到之前的斷點。當您深刻到方法序列中並須要st時，這個操做特別有用

快速找到錯誤的緣由

在開發中咱們常常會碰到不少 bug。通常有如下幾種

• php 語言報錯

報錯時，咱們應該先看下報錯內容，這很重要，他可讓你知道你的代碼錯那裏了。通常會返回給你錯誤是那一行，環境裝了 xdebug 後還會顯示錯誤的地址運行時通過了那些文件，那些方法

• 寫數據庫操做失靈

這個錯誤難度就高了些。由於你須要瞭解當前業務須要改那些數據表。操做事後那張表的數據漏了。這個操做你有沒有寫。雖說只要本身瞭解業務就能夠不用調試也能夠快速解決，可是傳參或返回很複雜。那這個就很適合了

輔助讀懂比效複雜的代碼

工做中並非全都是本身使用框架開發，有時還會爲了進度使用一些開源的項目（ecshop，dedecms）。也多是前同事遺留的代碼。本身寫的東西很容易看懂，可是看別人的東西，若是寫的很差那絕對是惡夢。你會在看都不想看，內心在吐槽代碼不合理的地方。心中始終十分抗拒，致使功能變動延期。

複雜的代碼只須要知道它會接收什麼參數，返回什麼東西就能夠了。若是不是很重要徹底能夠不看它內部的內容。把它隔離開來。

學習技術超前的代碼運行邏輯。那就須要進行斷點調試了。

代碼重構

代碼重構是維護一個寫的很爛的項目必需經歷的過程。重構的核心也是知道指定的方法有那些改變，或把它拆分出來。或把它整合到一塊。

1. 斷點查看原邏輯有那些操做，記錄下來，若是不是算法，主要記錄的仍是數據表操做
2. 每一個操做都有傳參和返回，在調試模式下咱們很容易就知道訪問方法前環境中有那些參數可供使用
3. 重構完後，可使用相同的請求參數來訪問重構代碼。結果一致就爲重構完成了

系列文章

1. xdebug的安裝配置
2. xdebug的實際運用 [本篇]
3. xdebug性能分析

FQA

1. 文章字太多了，不想看

個人文章有對應的視頻，你能夠經過視頻來進行學習這一期的內容。
可是你不要吐槽我語言表達能力和普通話，由於我平時也不怎麼說話，想練習口才才作的視頻。附上 連接