如何避免冲突用于依赖注入的PHP特征

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
    }
}

也很棒.现在问题出现了,如果这两个特征想要互相使用.一个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中有效复制.

我可以省略使用Config;知道它最终将存在于Logger特征中.但这对我来说很奇怪,因为它创造了一种外在的依赖.如果我想在没有配置特性的情况下使用Logger,该怎么办？这个解决方案也意味着我需要让我的IDE(PhpStorm 8)警告我未知的方法,而不是提供自动完成.我意识到我可以通过使用@method来解决这些问题,但这只是将口红涂在猪上,可以这么说.

我也可以在Logger中对配置位进行别名,但这也存在问题.

所有这一切都有一点气味,但我还没弄清楚是否因为这对我来说是一个新的模式,或者它是否真的是一个臭的模式.无论哪种方式,我不确定使这种方法真正起作用的最佳方法.

关于在特征中解决这个问题的最佳方法的任何建议？或者是否更好地避免DIC快捷方式的特征？