设计模式 – 依赖注入和服务定位器模式之间有什么区别？

依赖注入(DI)似乎使用一个构造函数或setter来“注入”它的依赖。

使用构造函数注入的示例：

//Foo Needs an IBar
public class Foo
{
  private IBar bar;

  public Foo(IBar bar)
  {
    this.bar = bar;
  }

  //...
}

服务定位器似乎使用一个“容器”，它连接其依赖和给foo它的酒吧。

使用服务定位器的示例：

//Foo Needs an IBar
public class Foo
{
  private IBar bar;

  public Foo()
  {
    this.bar = Container.Get<IBar>();
  }

  //...
}

因为我们的依赖只是对象本身，这些依赖有依赖，有更多的依赖，等等。因此，反转控制容器(或DI容器)诞生了。示例：Castle Windsor，Ninject，Structure Map，Spring等)

但是IOC / DI容器看起来就像一个服务定位器。是把它称为DI Container一个坏名字吗？是IOC / DI容器只是另一种类型的服务定位器？是我们使用DI容器主要是当我们有很多依赖的事实的细微差别吗？