В чём разница между DI, DI-контейнером и сервис-локатором?

Question

[returnZero]

Не совсем понимаю чем конкретно отличаются эти понятия, был бы благодарен за разъяснение.

Answer 1

[Сергей Соловьев]

DI, Dependecy Injection - это сам процесс внедрения зависимостей (например, когда ты зависимости через конструктор получаешь)
Пример:

class User
{
    IService _service;
    
    // DI
    User(IService service)
    {
          _service = service;
    }
}

DI-Container - это специальный контейнер, который может необходимую зависимость предоставить. Сначала ты в него регистрируешь все зависимости, а потом вызываешь метод по типу .getService("UserService") и он сам понимает какой сервис ты хочешь, какая у него реализация и как его создать (возможно для него нужны другие зависимости)
Пример

// DI-контейнер
var container = new DependencyContainer();
container.Register(typeof(IService), new ConcreteService());

var service = container.Get<IService>();

Сервис-локатор - это (анти) паттерн, когда, грубо говоря, у тебя есть статический класс этого DI контейнера, к которому обращаются все сервисы. Т.е. вместо того, чтобы использовать тот же самый DI или передавать интерфейс DI контейнера они напрямую обращаются к конкретному DI-контейнеру. Так делать не надо - будут трудности с тестированием, обновлением и всем сопутствующим
Пример

// Сервис-локатор
class ServiceRegistry
{
     IService Service;
     static IService GetService()
     {
           return Service;
     }
}

class User
{
     void DoSomething()
     {
           var service = ServiceRegistry.GetService();
           service.MakeStuff();
     }
}

Comments

[Сергей delphinpro]

Почему сервис-локатор должен быть статическим? И почему там только один сервис предоставляется? На каждый сервис свой локатор?

class ServiceLocator {
  private services=[];
  public set(name, instance) {
    services[name] = instance
  }
  public get(name) {
    return services[name]
  }
}

[Сергей Соловьев]

Сергей delphinpro, сервис локатор - это паттерн, т.е. идея/интерфейс, реализаций может быть много

Answer 2

[Сергей delphinpro]

DI - Внедрение зависимостей.
DI-container – хранилище зависимостей
Service Locator - механизм, обеспечивающий неявное извлечение "зависимости" (то есть некоторого объекта) из хранилища зависимостей.

Comments

[galliard]

Service Locator как раз обеспечивает явное извлечение зависимости. То есть Service Locator - это то же DI-container, только работающий не на уровне фреймворка, а непосредственно в базнес-логике.

Answer 3

[sergeevVasily]

Думаю в том, что DI-контейнер может по типу параметра (типу параметра в конструкторе или методе) сам подставить необходимый объект (используя рефлексию), а сервис-локатор так не умеет. Из-за этого DI-контейнер можно использовать как сервис-локатор, а наоборот - нельзя.