如何避免用於依賴注入的衝突PHP特性

Question

我終於開始在PHP中探索特性。我認爲我會嘗試的第一個地方是將配置位注入類中。如果我使用DIC，我可能有這樣的代碼在需要配置對象的任何類：

protected function SetConfig($config) { 
    $this->config = $config; 
} 

protected $config; 

這似乎是一個天然的適合特質，以避免所有的地方是樣板代碼，所以我可能會造成這樣的：

trait Config { 
    protected function SetConfig($config) { 
     $this->config = $config; 
    } 

    protected $config; 
} 

，然後用它像這樣：

class Foo { 
    use Config; 

    public function __construct() { 
     //can now use $this->config 
    } 
} 

這是偉大的。現在，讓我們說，我想創建第二個特點，比如說，對日誌記錄：

trait Logger { 
    protected function SetLogger($logger) { 
     $this->logger = $logger; 
    } 

    protected $logger; 
} 

，我可以使用這樣的：

class Foo { 
    use Logger; 

    public function __construct() { 
     //can now use $this->logger 
    } 
} 

也很大。現在，如果這兩個特徵想要互相使用，問題就來了。它似乎很合理的一個記錄器類需要有注入的配置對象，這意味着這樣做：

trait Logger { 
    use Config; 

    protected function SetLogger($logger) { 
     $this->logger = $logger; 
    } 

    protected $logger; 
} 

但接下來的事情會打破當其他類使用這兩種特質：

class Foo { 
    use Config, Logger; 

    public function __construct() { 
     //want to use $this->config and $this->logger 
    } 
} 

這當然不起作用，因爲配置位在Foo中被有效地複製。

我可以略去Logger trait中的use Config;作品，知道它最終會在那裏。但是這對我來說很奇怪，因爲它會產生一種外部依賴性。如果我想將記錄器用於某個尚未具有配置特性的地方，該怎麼辦？這個解決方案也意味着我需要忍受我的IDE（PhpStorm 8）警告我關於未知方法，而不是提供自動完成。我意識到我可以通過使用@method反過來解決這些問題，但這只是把口紅放在豬身上，可以這麼說。

我也可以在記錄器中別名配置位，但這也有問題。

所有這一切都有點氣味給它的，但我還沒有想出這是否是因爲這對我來說是一個新的模式，或者如果它確實是一個臭模式。無論哪種方式，我都不確定實現這種方法的最佳方式是否可行。

上解決這一特質問題的最好方法有什麼建議？還是避免DIC捷徑的特點是更好的？

Answer 1

我發現有用的方法是使用getters以及setters。這可以讓你要求一個特定的吸氣劑存在，而不與其他特性相沖突。

trait Config { 
    protected function SetConfig($config) { 
     $this->config = $config; 
    } 

    protected function GetConfig() { 
     return $this->config; 
    } 

    protected $config; 
} 

trait Logger { 
    abstract protected function GetConfig(); 

    protected function SetLogger($logger) { 
     $this->logger = $logger; 
    } 

    protected $logger; 
} 

class Baz { 
    use Config, Logger; 

    // ... 

} 

在Baz中，Config特徵提供了所需的抽象方法，而Baz的構成沒有錯誤。如果錯誤地只使用記錄儀，你會得到一個致命錯誤：類巴茲包含1種抽象方法，因此必須聲明爲抽象或實現其餘的方法（巴茲:: GetConfig）