php优雅的检验,使用VarDumper进行优雅的PHP调试

很多PHP开发者在写代码的时候用到var_dump()这个函数&＃xff0c;很多人都会直接用类似die(var_dump($var))来查看一个变量或者一个实例到底是长什么样的&＃xff0c;稍微有一些人可能还直接封装过&＃xff1a;比如直接叫一个vdd()等&＃xff0c;以便于自己在调试自己的代码的时候使用。这种方式一直陪伴着我走过了这么久的编程时光&＃xff0c;以至于造成了对var_dump()出来的现实样式都有一点审美疲劳了&＃xff1a;因为var_dump()出来的可以说是完全没有什么美感啊&＃xff0c;至少对于像我们这些代码工作者来说&＃xff1a;你竟然没有高亮&＃xff01;&＃xff01;不能接受。

相遇

然后之前苦于没有找到很好的解决方案&＃xff0c;也就是一直这样忍受着过来了&＃xff0c;直到昨天我发现了这货&＃xff1a;

Symfony VarDumper

测试样式是长这样的&＃xff1a;

我第一眼看到这个的时候就马上爱上这货了&＃xff0c;忍不住要写点东西来分享一下&＃xff1a;

先来说说Symfony VarDumper的优点&＃xff0c;Symfony VarDumper不仅可以做到像var_dump()一样调试&＃xff0c;而且可以做得更好&＃xff0c;并不是只靠脸生活的&＃xff1a;

你可以轻松配置输出数据的格式&＃xff1a;HTML 或者 命令行样式

对于一些可能重复太多的数据&＃xff0c;VarDumper智能过滤将其折叠起来&＃xff0c;并且你可以很完美地看到你的数据的结构是什么样的&＃xff0c;不清楚的话等下可以看下面的截图。

每个打印出来的对象或变量都有特定的样式。

安装使用之

说了这么多之后&＃xff0c;我们终于要来一睹庐山真面目了。首先是安装&＃xff0c;最简单的方法就是直接使用composer安装&＃xff0c;创建一个新的文件夹php/&＃xff0c;我们来测试一下&＃xff1a;

cd php/

composer require symfony/var-dumper

再来创建一个index.php&＃xff0c;将自动加载文件autoload.php包含进来&＃xff1a;

require __DIR__.&＃39;/vendor/autoload.php&＃39;;

首先在index.php写一个简单的数组来测试一下&＃xff1a;

require __DIR__.&＃39;/vendor/autoload.php&＃39;;

$var &＃61; array(

&＃39;a simple string&＃39; &＃61;> &＃39;in an array of 5 elements&＃39;,

&＃39;a float&＃39; &＃61;> 1.0,

&＃39;an integer&＃39; &＃61;> 1,

&＃39;a boolean&＃39; &＃61;> true,

&＃39;an empty array&＃39; &＃61;> array(),

);

dump($var);

出来的结果是这样的&＃xff1a;

有没有觉得很不错&＃xff01;这里还要说一点的是&＃xff1a;如果你觉得Symfony VarDumper自带的样式不够美观&＃xff0c;你可以直接到Dumper/HtmlDumper.php去修改你的自己的样式&＃xff0c;比如你很喜欢github风&＃xff0c;你完全可以自己在这个文件里面写你自己的css样式。

上面对于数组的表现Symfony VarDumper貌似做得很完美&＃xff0c;不仅给我们舒适的高亮&＃xff0c;还很清晰的给了我们这个数组的结构。那么对于php中的stdObject&＃xff0c;Symfony VarDumper的表现会是如何呢&＃xff1f;我们来看看&＃xff1a;

class Test {

public $prop1 &＃61; 10;

private $prop2 &＃61; 20;

protected $prop3 &＃61; 30;

private $prop4 &＃61; 40;

public function __construct($value) {

$this->undefinedProp &＃61; $value;

}

}

$test &＃61; new Test(50);

dump($test);

出来的结果是这样的&＃xff0c;注意它的高粱颜色有不一样了&＃xff1a;

这里可以看到&＃xff1a;public就用 &＃43; 表示&＃xff0c;private 就用 - 表示&＃xff0c;而protected 就用 # 表示。不见如此&＃xff0c;如果你仔细看图&＃xff0c;你会看到当鼠标浮在对应的属性上面的时候&＃xff0c;会有一个小小的提示框来提醒我们这个具体是什么&＃xff0c;很完美啊。

我们既然需要测试&＃xff0c;那么在类中添加对应的方法呢&＃xff0c;这个到底会给我们什么样的调试反馈呢&＃xff1f;

class Test {

public $methodOne;

protected $methodTwo;

public function __construct() {

$this->methodTwo &＃61; function() {

return &＃39;I am method 2&＃39;;

};

}

public function buildFunction() {

$this->methodThree &＃61; function() {

return &＃39;I am method 3&＃39;;

};

}

public function __call($method, $args)

{

if (isset($this->$method)) {

$func &＃61; $this->$method;

return call_user_func_array($func, $args);

}

}

}

$test &＃61; new Test();

$methodOne &＃61; function() {

return &＃39;I am method 1&＃39;;

};

$test->methodOne &＃61; $methodOne;

$test->buildFunction();

$test->methodOne();

dump($test);

表现依然很惊艳&＃xff1a;

在上图中&＃xff0c;你不仅可以很清晰地知道各个方法的类名是什么&＃xff0c;也可以知道this代表的是什么&＃xff0c;甚至还可以知道这个代码段是从第几行开始第几行结束的&＃xff01;666...

最后

可能很多同学看了这篇文章之后会觉得我们在自定义样式时直接改文件不太好&＃xff0c;因为这个时候&＃xff0c;如果你切换到其他的项目&＃xff0c;你还是得重新再安装一次&＃xff0c;难道还得再改一次&＃xff1f;不是这样的&＃xff0c;其实我推荐大家的做法是&＃xff1a;全局安装Symfony VarDumper&＃xff0c;这样不仅可以解决样式一次性问题&＃xff0c;还可以让你在任何项目中使用Symfony VarDumper&＃xff0c;安装方法如下&＃xff1a;

第一步&＃xff0c;全局安装&＃xff1a;

composer global require symfony/var-dumper;

第二&＃xff1a;配置php.ini

在php.ini中找到auto_prepend_file&＃xff0c;然后写上你相对应的路径&＃xff0c;比如像下面这样的&＃xff1a;

auto_prepend_file &＃61; ${HOME}/.composer/vendor/autoload.php

最后&＃xff0c;更新composer

直接命令行执行&＃xff1a;

composer global update

到这里&＃xff0c;你就可以配置好一个很优雅的调试界面了。反正我是很喜欢&＃xff0c;不知道你是什么感受。