Понимание контейнеров IoC и инъекций зависимостей

Быстрый переход:

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

• Php Destruct Called Twice
• Преимущества PHP для цепочки?
• Как вы копируете объект PHP в другой тип объекта
• неожиданный «класс» (T_CLASS) только на удаленном (не на локальном)
• Плагин WordPress: как мне избежать «жесткой связи»?

На данный момент я пробовал прочитать документацию для различных фреймворков (laravel, fuel, codeigniter, symfony), и я обнаружил, что существует слишком много различных аспектов рамок, которые мне нужно было чувствовать удобными, используя это, что я решил попробовать просто изучите каждую из основных частей самостоятельно самостоятельно, прежде чем пытаться использовать их в самих рамках.

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

Мое понимание:

• Зависимость – это когда экземпляр класса ClassA требует экземпляра ClassB для создания экземпляра класса ClassA.
• Инъекция зависимостей – это когда ClassA передается экземпляр класса B либо через параметр в конструкторе ClassA, либо через функцию set DependencyNameHere ~ (~ DependencyNameHere ~ $ param). (Это одна из тех областей, на которых я не совсем уверен) .
• Контейнер IoC – это одноэлементный класс (может быть создан только один экземпляр экземпляра в любой момент времени), где можно зарегистрировать конкретный способ создания объектов этого класса для этого проекта. Вот ссылка на пример того, что я пытаюсь описать вместе с определением класса для контейнера IoC, который я использовал

Поэтому на этом этапе я начинаю пытаться использовать контейнер IoC для более сложных сценариев. На данный момент кажется, что для использования контейнера IoC я ограничен отношением has-a для почти любого класса, который я хочу создать, который имеет зависимости, которые он хочет определить в контейнере IoC. Что делать, если я хочу создать класс, который наследует класс, но только если родительский класс был создан определенным образом, он был зарегистрирован в контейнере IoC.

Например, я хочу создать дочерний класс mysqli, но я хочу зарегистрировать этот класс в контейнере IoC только для создания экземпляра родительского класса, сконструированного таким образом, который я ранее зарегистрировал в контейнере IoC. Я не могу придумать способ сделать это без дублирования кода (и поскольку это учебный проект, я стараюсь, чтобы он был «чистым», насколько это возможно). Вот еще несколько примеров того, что я пытаюсь описать.

Вот некоторые из моих вопросов:

• Является ли то, что я пытаюсь сделать выше возможного, не нарушая какого-либо принципа ООП? Я знаю, что в c ++ я мог использовать динамическую память и конструктор копирования для ее выполнения, но я не смог найти такую ​​функциональность в php. (Я признаю, что у меня очень мало опыта использования каких-либо других магических методов, кроме __construct, но из чтения и __clone, если я правильно понял, я не мог использовать в конструкторе его, чтобы сделать дочерний класс экземпляром клона экземпляр родительского класса).
• Где все мои определения классов зависимостей относятся к IoC? (Если мой IoC.php просто имеет кучу require_once ('dependencyClassDefinition.php') наверху? Моя реакция на кишок состоит в том, что есть лучший способ, но я еще не придумал один)
• В каком файле я должен регистрировать свои объекты? Выполняя все вызовы IoC :: register () в файле IoC.php после определения класса.
• Нужно ли регистрировать зависимость в IoC, прежде чем регистрировать класс, который нуждается в этой зависимости? Поскольку я не вызываю анонимную функцию, пока я фактически не создам объект, зарегистрированный в IoC, я предполагаю, что нет, но его все еще вызывает беспокойство.
• Есть ли что-то еще, что я забываю, что я должен делать или использовать? Я пытаюсь сделать это шаг за шагом, но я также не хочу знать, что мой код будет многоразовым и, самое главное, что кто-то, кто ничего не знает о моем проекте, может его прочитать и понять.

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

class Car { public function start() { $engine = new Engine(); $engine->vroom(); } } 

 class Car { protected $engine; public function __construct(Engine $engine) { $this->engine = $engine; } public function start() { $this->engine->vroom(); } } $engine = new SuperDuperTurboEnginePlus(); // a subclass of Engine $car = new Car($engine); 

 $dic = new DIC(); $dic->register('mysqli', function() { return new mysqli('somehost','username','password'); }); $dic->register('database', function() use($dic) { return new Database($dic->resolve('mysqli')); }); 

 $database = $dic->resolve('database');