Php，为什么“全球容器”不好，以及如何避免它？

给定的类：Php，为什么“全球容器”不好，以及如何避免它？

class Container 
{ 
    public function getServiceX() 
    { 
     create and return it 
    } 

    public function setServiceX ($obj) 
    { 
    } 
}

此存储的对象的实例。你可以把它当作一个工厂。在行动：

public function addTitle() 
{ 
    Container::getServiceX()->doIt(); 
}

他们说它的坏，因为它的“全球”。但物体可以改变，所以它可以满足DI - 但伤害LoD。如果那不好，有什么好的解决方案？如何确保一个班级到达serviceX？

来源

2015-09-07 John Smith

全局通常被视为坏，因为人们不知道如何正确地对待他们。但是，对于某些使用情况，将类用作单例实例可能完全有效。我的问题是更多......他们是谁？ – Tschallacka

本质上这是一个服务定位器或服务工厂。你甚至可以称之为依赖注入容器。这本身就非常好。事实上它很棒。问题在于你静态调用它！有

class Foo { 

    protected $container; 

    public function __construct(Container $container) { 
     $this->container = $container; 
    } 

    public function addTitle() { 
     $this->container->getServiceX()->doIt(); 
    } 

}

，现在你完全依赖注入和去耦：你应该注入你的依赖注入容器到类。

通过静态耦合调用，您仍然可以进入首次尝试避免使用依赖注入容器的情况。如果你需要注入一个带有服务X的类和另一个带有稍微不同配置的服务X实例的类，但是你正在静态调用同一个只能容纳一个服务X的容器？您正在通过将静态调用与您的容器分离并允许注入不同配置的容器来解决此问题。

来源

2015-09-07 14:48:58 deceze

@John您可能对此感兴趣：[如何不使用静态技术来杀死您的测试性]（http://kunststube.net/static/） – deceze

当然，但为什么甚至要实例化这个Container？不需要它的一个实例。 –

因为这正是OOP的全部内容。因为可能*今天*你不能同时看到'容器'有两个不同的实例*。但是明天你可能会发现自己处于我在答案中描述的状态，并希望你可以有两个独立的容器实例。 – deceze