自PHP5.4.0起，PHP實現了一種程式碼複用的方法，稱為Trait。因為PHP是單繼承，當你需要多個區別的特性，就不得不去組合多個基類，Trait出現後就避免了這些問題，Trait的優勢就是可以隨意組合。以下是小編為大家搜尋整理的PHP中的trait是什麼，希望能給大家帶來幫助!更多精彩內容請及時關注我們應屆畢業生考試網!
trait
trait 是在一些類(Class)的應該具備的特定的屬性或方法,而同父級的另外一些類應該避免包含這些屬性和方法情況下使用的.
當然, 這也和開發者對類的抽象能力有關, 有些抽象能力好的, 可以減少對 trait 的使用 但是這種情況應該是無法避免的' 不然 trait 出現就毫無意義了.
還有一種情況, 就是使用 trait 的時候, 可以起到的約束開發者的作用, 提醒開發者注意需要在開發的過程中呼叫 trait 的某些屬性和方法.
同事則提出了一個好問題, 介面(interface) 不也是這個作用麼?
不急, 讓我們先看個例子:
比如你要收集網站上各類資料, 開發了 Spider 類. Spider 有個方法叫 request() 負責請求.
但是採集資料的過程中, 有些網站對蜘蛛敏感有些則不. 對於敏感的網站, 我們給出了一個使用代理的解決方案. 但是使用代理是會影響抓取速度的. 這就產生了 Spider 的子類有些需要用代理, 而能不用代理則儘量不用的情況.
於是這個時候我們新增了一個 trait Proxy:
isProxy = true; return $this; } public function request($url) { if (!$this->isProxy) { throw new Exception("Please using proxy."); } //do sth. return parent::request($url); }}
trait 重寫了 Spider 的 request() 方法, 限定了在沒有呼叫代理的情況下呼叫會丟擲異常.
回到之前的問題, trait 這樣的用法和 介面(interface) 有什麼區別?
介面的約束是前置的是定義初始就必須實現的, 他可以約束方法的實現卻無法約束方法的呼叫, trait 是一種後置的呼叫, 他已經實現了方法, 關鍵的是, 他只對呼叫了自身的類產生約束(廢話一句), 而對沒有呼叫自身的類不產生影響(再一句廢話), 同時他是可複用的, 而且沒有破壞 Spider 類自身的實現增加, Spider 還是那個 Spider.
我想 trait 的用法再這裡已經很有效了吧.
後話
有人可能決定 另外實現一個 request 比如叫, proxyRequst 不就完了麼? 你說的好有道理…然是如果我使用了不一樣的 代理具體對請求上有細節差異怎麼辦呢? 在程式碼裡不停的 if if if 麼? trait 如此清爽的方案 為何要放棄呢?
