PHP代码优化—getter 和 setter

PHP中要实现类似于Java中的gettersetter有多种方法,比较常用的有:

  1. 直接箭头->调用属性(最常用),不管有没有声明这个属性,都可以使用,但会报Notice级别的错误
1
2
$dog = new Dog();
$dog->name = 'hey';

  1. 添加settergetter方法,类似于Java
1
2
3
4
5
6
7
8
9
10
class Dog 
{
private $name = '';
public function setName($name) {
$this->name = $name;
}
public function getName() {
return $this->name;
}
}
  1. 使用魔术方法(最装x)
1
2
3
4
5
6
7
8
9
10
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内存,PHP7.2.13(cli)版本,执行结果分别如下:

方法一:

方法二:

方法三:

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

执行结果如下:

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

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

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

####魔术方法还有哪些?

PHP中的魔术方法

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

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

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

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

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

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

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

正义的程序猿