Контейнер IoC - одноэлементный или переданный экземпляр? [дубликат]

На этот вопрос уже есть ответы здесь :

Закрыто 8 лет назад .

Возможный дубликат:
Лучше создать singleton, чтобы получить доступ к контейнеру Unity или передать его через приложение?

Я внедряю контейнер IoC в систему. Естественный вопрос: должен ли это быть синглтон или экземпляр, передаваемый в класс для использования? Я склоняюсь к тому, чтобы использовать его как одноэлементный экземпляр, потому что:

Нет необходимости загромождать определение класса, такое как конструкторы, дополнительные свойства.
Более четкое - один экземпляр на приложение, одна инициализация маршрутизации.
Возможность иметь сопоставление по умолчанию с переопределениями. при необходимости (например, для модульного тестирования).

Вот как это выглядит:

class Main
{
  public static void main(params string[] args)
  {
     IoCContaner.Intance.Add();
     IoCContaner.Intance.Add();
     IoCContaner.Intance.Add();

     var foo = new Foo();
     Foo.DoBarStuff();
  }
}

class Bar : IBar 
{ 
  public Bar(IBaz, IQuz) {} 
  public void DoBazStuff() { _baz.DoStuff(); }
}

class Foo
{
  public void DoBarStuff()
  {
     var bar = IoCContaner.Intance.Resolve();
     bar.DoBazStuff();
  }
}

Есть ли что-то, чего мне не хватает, и вместо этого у меня должно быть что-то вроде:

class Foo
{
  IoCContainer _c;
  public Foo(IoCContainer c) { _c = c; }
  ...
  private void DoBarStuff()
  {
     var bar = _c.Resolve();
     bar.DoBazStuff();
  }
}

Конечно, при втором подходе я всегда могу упасть вернуться к первому, передав экземпляр одноэлементного контейнера.

ИЗМЕНЕНО: обновленные примеры кода

c# dependency-injection design-patterns ioc-container

задан Community 23 May 2017 в 10:28

0 ответов

Другие вопросы по тегам:

c# dependency-injection design-patterns ioc-container

Контейнер IoC - одноэлементный или переданный экземпляр? [дубликат]

0 ответов

Похожие вопросы: