最近剛學到trait的用法，看了php.net和很多教學後已經對他有初步認識
不過還是有一些疑問想要請教...
我假設有一段程式碼是使用trait的，像這樣:
trait tFoo {
private function foo() {
//...
}
}
class Bar1 {
use tFoo;
public function bar() {
$this->foo();
//...
}
}
而有另外一段有相同作用的程式碼，像這樣:
class Foo { //用處與tFoo相同
public function foo() {
//...
}
}
class Bar2 { //用處與Bar1相同
private $foo;
public function bar() {
$this->foo = new Foo();
$this->foo->foo();
//...
}
}
想請問一下各位大大，以程式維護和易讀性的角度來看，這兩種做法的差別在哪呢？
還是以其他角度來看，有問題是我沒有注意到的呢？

trait 視為 class 的語法糖，在運行時不耗額外記憶體如果要解耦合，還是用 class 的方式會比較好

看過一些專案濫用trait 要借用什麼功能就require/use造成controller/model/library角色不分 違反MVC原則除非嚴格遵守各trait間的從屬關係 否則新手最好別用來偷懶 用起來太爽的工具不利於學習

不用new直接用的class自己用在權限

trait的實作是copy&paste到該parent底下，實際上可以想像成「有實作」的interface。比如有一個trait叫作CanBite，這樣可以給兩種不同的狗使用。而不會因為定義了一個CanBiteInterface，就強迫兩隻狗都要寫一模一樣的 bite() 方法。但要記住，trait 不單單只是「把你的code換另一個檔案放」「看起來比較乾淨」而已，還要考慮到各類別的職責，因為複製過來的trait就算是該類別的一部分。如果你做太多事情，又需要一些屬性，那你還是寫成class會比較好。還有，因為你在 Bar2，需要 Foo 這個類別，所以你直接new 一個 Foo 然後呼叫他的方法，這樣會直接對 Foo 產生依賴，有 Bar2 的地方就一定要有 Foo，兩個耦合程度會過高，在設計類別的時候可以思考一下各 class 的職責，免得容易寫出萬能類別，或是萬能 trait。