Егор

1. Похож на "рецепт приготовления пирога". Чтобы испечь пирог - сделай а,б,в, .... и положи в печь.
Минусы: вам нужно знать рецепт, какие ингредиенты могут быть, в какой последовательности их класть, и т.д. Это потребует изучение мануалов.

2. Можно использовать, если параметр метода - это некоторое "уточнение" для метода, а не его зависимость.

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

Это вообще не ООП!

Чувак. Любой код (библиотека, пакет, функция) - есть некое обещание его производителя выполнить что-то ценное для тебя. Это описание должно давать название класса и его метода, который этот результат создаст. А дальше - это уже не твои проблемы как там внутри все устроено. Ты создаёшь объект, даёшь ему то, от чего он зависит, и вызываешь у этого объекта метод. Все!

Представь телевизор. Его производитель обещает дать тебе возможность смотреть телеканалы, если ты подключишь антенну. Какая твоя задача как пользователя телевизора? Правильно! Вставить антенну и нажать на кнопку включения. Ты ведь не будешь залазить внутрь телевизора с тестером, и проверять как же там все устроено. Описание должно тебе сказать где кнопка включения.

Если ты используешь пакет (модуль, библиотеку), в которой это непонятно сразу - то это не твоя проблема, а того производителя которые его создал. Просто лучше, вероятно, ничего не придумали, и приходится либо создавать самому, либо пользоваться таким Г...

Код должен быть примерно такой:
$tv = new Tv(new Antena);
$content = $tv->on();

Это и есть ООП.

Читаем все на тему "Теория систем".

Возьмите за правило вообще не использовать атрибут класса. Это не ООП.

Чтобы что-то понять - нужно начинать с истории.
История для ООП - это Теория систем. Она же и теоретическая основа.
С нее и начинайте.

Напишите как утром просыпаетесь и чистите зубы. ООП - это моделирование мира, только не в реальном пространстве, а внутри компьютера.