Платформа DI: как стараться не постоянно передавать введенные зависимости цепочка, и не используя сервисный локатор (конкретно с Ninject)

Я нуждаюсь в немного большем количестве помощи, чтобы "добраться", как платформа DI как Ninject перемещается мимо основ.

Возьмите образец Ninject:

class Samurai {
private IWeapon _weapon;

    [Inject]
    public Samurai(IWeapon weapon) {
      _weapon = weapon;
    }

    public void Attack(string target) {
      _weapon.Hit(target);
    }
 }

Без платформы DI (т.е. [Вводить] ссылки выше) класс ссылки посмотрел бы что-то как:

class Program {
   public static void Main() { 
    Samurai warrior1 = new Samurai(new Shuriken());
    Samurai warrior2 = new Samurai(new Sword());
    warrior1.Attack("the evildoers");
    warrior2.Attack("the evildoers");
  }
}

... где Вы - newing все. Да, Вы удалили зависимость в Самурае, но теперь у Вас есть зависимость один шаг вперед цепочка. Простой.

С Ninject Вы избавляетесь от newing все:

class Program {
  public static void Main() {
    IKernel kernel = new StandardKernel(new WarriorModule());
    Samurai warrior = kernel.Get<Samurai>();
    warrior.Attack("the evildoers");
  }
}

ОДНАКО это - моя область беспорядка: не делая некоторый сервисный локатор для заботы об эффективно newing применимое ядро и модуль (т.е..IoC.TypeResolver. Доберитесь <> ()), каков a) лучший способ не иметь к новому ядра везде (сервисные ссылки локатора везде?), и b), что еще более важно, когда у Вас есть большая длинная цепочка с зависимостями с собственными зависимостями, Вы берете ее к экстремальному значению передающих инжекций полностью в чем-то, что я уверен, серьезный антишаблон (друг назвал ее "антишаблоном" внедрения зависимости злободневной политической проблемы).

Другими словами, я думал, что часть волшебства платформы DI - то, что Вы не должны продолжать вставлять зависимости полностью цепочка (т.е. Ваша Ваша первая ссылка, содержащая 10 параметров в ее конструкторе, ни один из которых ни к чему не имеет никакого отношения до гораздо дальше вдоль цепочки) - где состоят в том волшебство или решение моего беспорядка так, чтобы зависимости или постоянно не становились ссылаемыми и цепочка или сервисное ссылочное распространение локатора везде.

Далее заиление вод для меня при использовании платформы DI, что является лучшим способом иметь дело со сценарием, где классу, на который ссылаются, нужен IList, который обычно помещался бы в конструктора (т.е. новый ReferencedClass (myList)), поскольку это, кроме в простых случаях как строковая строка соединения с базой данных, не летит. Просто сделайте свойство и установите его после newing оно/DI сервисное определение местоположения Платформы? Т.е.

var referencedClass = IoC.Get<IReferencedClass>();
referencedClass.MyList = myList;

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