他の回答は、インターフェースと特性の違いを説明するのに非常に役立ちました。ここでは、有用な実例に焦点を当てます。特に、トレイトがインスタンス変数を使用できることを示しているため、最小限のボイラープレートコードでクラスに動作を追加できます。
繰り返しになりますが、他の人が述べたように、トレイトはインターフェースと適切にペアになり、インターフェースが動作コントラクトを指定し、トレイトが実装を実行できるようにします。
イベント発行/サブスクライブ機能をクラスに追加することは、一部のコードベースでは一般的なシナリオです。3つの一般的な解決策があります。
- イベントパブ/サブコードを使用して基本クラスを定義し、イベントを提供するクラスがそれを拡張して機能を取得できます。
- イベントのpub / subコードでクラスを定義すると、イベントを提供したい他のクラスがコンポジションを介してそれを使用し、独自のメソッドを定義して、合成されたオブジェクトをラップし、メソッド呼び出しをプロキシすることができます。
- イベントpub / subコードで特性を定義すると、イベントを提供したい他のクラスが
use特性（別名：インポート）を使用して機能を取得できます。
それぞれうまくいくのですか？
＃1うまくいきません。すでに何かを拡張しているので、基本クラスを拡張できないことに気付くまでは、そうなるでしょう。このように継承を使用することがいかに制限されるかは明らかであるため、この例は示しません。
＃2と＃3はどちらもうまく機能します。いくつかの違いを強調する例を示します。
最初に、両方の例で同じになるいくつかのコード：
インターフェース
interface Observable {
function addEventListener($eventName, callable $listener);
function removeEventListener($eventName, callable $listener);
function removeAllEventListeners($eventName);
}
そして、使用方法を示すいくつかのコード：
$auction = new Auction();
// Add a listener, so we know when we get a bid.
$auction->addEventListener('bid', function($bidderName, $bidAmount){
echo "Got a bid of $bidAmount from $bidderName\n";
});
// Mock some bids.
foreach (['Moe', 'Curly', 'Larry'] as $name) {
$auction->addBid($name, rand());
}
では、Auctionトレイトを使用したときにクラスの実装がどのように異なるかを見てみましょう。
まず、＃2（コンポジションを使用）は次のようになります。
class EventEmitter {
private $eventListenersByName = [];
function addEventListener($eventName, callable $listener) {
$this->eventListenersByName[$eventName][] = $listener;
}
function removeEventListener($eventName, callable $listener) {
$this->eventListenersByName[$eventName] = array_filter($this->eventListenersByName[$eventName], function($existingListener) use ($listener) {
return $existingListener === $listener;
});
}
function removeAllEventListeners($eventName) {
$this->eventListenersByName[$eventName] = [];
}
function triggerEvent($eventName, array $eventArgs) {
foreach ($this->eventListenersByName[$eventName] as $listener) {
call_user_func_array($listener, $eventArgs);
}
}
}
class Auction implements Observable {
private $eventEmitter;
public function __construct() {
$this->eventEmitter = new EventEmitter();
}
function addBid($bidderName, $bidAmount) {
$this->eventEmitter->triggerEvent('bid', [$bidderName, $bidAmount]);
}
function addEventListener($eventName, callable $listener) {
$this->eventEmitter->addEventListener($eventName, $listener);
}
function removeEventListener($eventName, callable $listener) {
$this->eventEmitter->removeEventListener($eventName, $listener);
}
function removeAllEventListeners($eventName) {
$this->eventEmitter->removeAllEventListeners($eventName);
}
}
＃3（特性）は次のようになります。
trait EventEmitterTrait {
private $eventListenersByName = [];
function addEventListener($eventName, callable $listener) {
$this->eventListenersByName[$eventName][] = $listener;
}
function removeEventListener($eventName, callable $listener) {
$this->eventListenersByName[$eventName] = array_filter($this->eventListenersByName[$eventName], function($existingListener) use ($listener) {
return $existingListener === $listener;
});
}
function removeAllEventListeners($eventName) {
$this->eventListenersByName[$eventName] = [];
}
protected function triggerEvent($eventName, array $eventArgs) {
foreach ($this->eventListenersByName[$eventName] as $listener) {
call_user_func_array($listener, $eventArgs);
}
}
}
class Auction implements Observable {
use EventEmitterTrait;
function addBid($bidderName, $bidAmount) {
$this->triggerEvent('bid', [$bidderName, $bidAmount]);
}
}
内のコードEventEmitterTraitはEventEmitter、トレイトがtriggerEvent()メソッドを保護されていると宣言することを除いて、クラス内のコードとまったく同じであることに注意してください。したがって、確認する必要がある唯一の違いは、Auctionクラスの実装です。
そしてその違いは大きい。コンポジションを使用すると、優れたソリューションが得られ、EventEmitter好きなだけ多くのクラスで再利用できます。ただし、主な欠点は、Observableインターフェイスで定義された各メソッドに対して、実装して、対応するメソッドに引数を転送するだけの退屈なボイラープレートコードを作成する必要があるため、作成して維持する必要があるボイラープレートコードがたくさんあることです。EventEmitterオブジェクトを構成しました。この例の特性を使用すると、それを回避でき、定型コードを削減して保守性を向上させることができます。
ただし、Auctionクラスに完全なObservableインターフェースを実装させたくない場合があります。1つまたは2つのメソッドのみを公開したい場合や、独自のメソッドシグネチャを定義できるようにまったく公開したくない場合もあります。そのような場合でも、合成方法を好むかもしれません。
ただし、この特性はほとんどのシナリオで非常に魅力的です。特に、インターフェースに多数のメソッドがある場合は、定型文を大量に作成することになります。
*実際に両方を実行することもできます- EventEmitter構成的に使用する場合に備えてクラスを定義し、EventEmitterTrait特性EventEmitter内のクラス実装を使用して特性も定義します。