PHP代码优化—getter 和 setter

PHP中要实现类似于Java中的getter和setter有多种方法，比较常用的有：

1. 直接箭头->调用属性(最常用)，不管有没有声明这个属性，都可以使用，但会报Notice级别的错误

$dog = new Dog();
$dog->name = 'hey';

1. 添加setter和getter方法，类似于Java

class Dog
{
    private $name = '';
    public function setName($name) {
        $this->name = $name;
    }
    public function getName() {
        return $this->name;
    }
}

1. 使用魔术方法(最装x)

class Dog1
{
    private $_name = '';
    function __set($property, $value) {
        if ($property === 'name') $this->_name = $value;
    }
    function __get($property) {
        if ($property === 'name') return $this->_name;
    }
}

上面三种方法，大部分人能都想到的也就是前两种方法，对于第三种方法PHP小白看了第一感觉就是好厉害（心中暗想这人一定是大佬），但是这样写真的能体现出编程水平吗？

对这几种方法，我们来对比下它们的执行效率：

方法一代码：

方法二代码：

方法三代码：

主要就是两个for循环，外层循环10次，内层一百万次，总计循环了一千万次，convert函数只是用来输出可读性更高的内存使用情况。现在在我本地测试一下，测试的机器时2015款的MBP，i5 16GB内存，PHP是7.2.13(cli)版本，执行结果分别如下：

方法一：

方法二：

方法三：

会什么方法三会这么慢？有人可能会说可能因为魔术方法里面的if判断，那我现在把if去掉试试：

执行结果如下：

发现if的影响很小，而且这种写法也并不推荐，这里的魔术方法就相当于一个拦截器，当调用未定义的属性时就会调用魔术方法，但这里只是测试，真实环境一定不能这么写。

从结果可以看出，我们直接使用箭头函数速度是最快的，最常用最简单的方法执行效率也是最高的，后面两种方法不仅代码行数多了一些，而且执行效率不及第一种，特别是使用魔术方法，执行效率是第一种的6倍左右，是第二种的2倍左右，古人常说“智者千虑必有一失，愚者千虑必有一得”大概就是这个意思吧，在这里代码行数和执行效率都增多了。

不过，对于第一种方法，可读性就不是很高，不管属性有没有定义都能随便调用，代码并不规范，其他人在审查你的代码时就不是很方便，建议属性属性使用前声明下。

魔术方法还有哪些？

PHP中，__call()方法可能是最有用的魔术方法了，用它可以实现很tricky的东西。当要调用类中未定义的方法时，__call()会被调用，第一个参数是调用未定义的方法名称，第二个参数是传递给调用方法的所有参数，是一个数组，__call()的返回值会返回给调用者，这样就好像调用一个真实存在的方法一样。

同时__call也可以用来实现委托，委托是指一个对象转发一个请求给另一个对象，把请求的处理委托给另一个对象。这就有点类似于继承，和在子类中调用父类的方法有点相似。但在继承是父类与子类的关系是固定的，而使用委托可以在运行时改变使用的对象，委托比继承具有更大的灵活性。代码如下：

代码中Doctor类接收一个PersonWriter对象作为构造函数的参数，并将它存储在$printer中，在__call()中检查PersonWriter中是否存在$methodName方法，如果存在，就委托PersonWriter对象来处理，并将当前类Doctor的实例传给它，运行结果如下：

这样我们就不用在Doctor中手动调用如下方法：

$this->printer->printMe($this);

如果此时给PersonWriter增加几个新的方法，使用委托可以节省很多时间，但代码也会变得不清晰，不易理解。对于调用者来说，你提供的是一个动态的接口，没有办法进行反射（reflection），因为调用的类与被委托的类之间的交互比较模糊，使用时需要提供说明文档。

回到文章主题，我们对PHP的getter和setter相关使用进行了对比，以Java程序猿的思维看第二种方法中规中矩，没有任何套路，第一种和第三种应该是PHP才有的，但第三种方式执行的效率远不及前两种，而第一种方式虽然效率最高，但使用时尽量还是把属性声明下，使代码的结构更清晰。