前言:之前的一个同事换工作，在面试被问到了 PHP 的 trait 。因为没用过， 所以没答好，我大概是用过几次的，想了想整理了以下的总结。

trait:trait 是在一些类(Class)的应该具备的特定的属性或方法,而同父级的另外一些类应该避免包含这些属性和方法情况下使用的.

当然, 这也和开发者对类的抽象能力有关, 有些抽象能力好的, 可以减少对 trait 的使用 但是这种情况应该是无法避免的 不然 trait 出现就毫无意义了.

还有一种情况, 就是使用 trait 的时候, 可以起到的约束开发者的作用, 提醒开发者注意需要在开发的过程中调用 trait 的某些属性和方法.

同事则提出了一个好问题, 接口(interface) 不也是这个作用么?

不急, 让我们先看个例子:

比如你要收集网站上各类数据, 开发了 Spider 类. Spider有个方法叫request()负责请求.

1. namespaceXWSoul\Network; 
2. classSpider 
3. { 
4.  publicfunctionrequest($url) 
5.  { 
6.  //do sth. 
7.  } 
8. } 

但是采集数据的过程中, 有些网站对蜘蛛敏感有些则不. 对于敏感的网站, 我们给出了一个使用代理的解决方案. 但是使用代理是会影响抓取速度的. 这就产生了 Spider 的子类有些需要用代理, 而能不用代理则尽量不用的情况.

于是这个时候我们新增了一个 trait Proxy:

1. namespaceXWSoul\Network; 
2. trait Proxy 
3. { 
4.   
5.  protected$isProxy= false; 
6.   
7.  publicfunctionuseProxy($proxy) 
8.  { 
9.  //do sth proxy setups. 
10.  $this->isProxy = true; 
11.  return$this; 
12.  } 
13.   
14.  publicfunctionrequest($url) 
15.  { 
16.  if(!$this->isProxy) { 
17.   thrownewException("Please using proxy."); 
18.  } 
19.  //do sth. 
20.  returnparent::request($url); 
21.  } 
22. } 

trait 重写了 Spider 的request()方法, 限定了在没有调用代理的情况下调用会抛出异常.

回到之前的问题, trait 这样的用法和 接口(interface) 有什么区别?

接口的约束是前置的是定义初始就必须实现的, 他可以约束方法的实现却无法约束方法的调用, trait 是一种后置的调用, 他已经实现了方法,  关键的是, 他只对调用了自身的类产生约束(废话一句), 而对没有调用自身的类不产生影响(再一句废话), 同时他是可复用的, 而且没有破坏  Spider 类自身的实现增加, Spider 还是那个 Spider.

我想 trait 的用法再这里已经很有效了吧.

后话:

有人可能决定 另外实现一个 request 比如叫, proxyRequst 不就完了么? 你说的好有道理…然是如果我使用了不一样的 代理具体对请求上有细节差异怎么办呢? 在代码里不停的 if if if 么? trait 如此清爽的方案 为何要放弃呢?

Tags: PHP trait

分享到：