FanatPHP

В чем разница между поехать в отпуск и футболом?
И в том и в другом случае мы будем носить обувь.
Вот пример: в холодильник можно поставить пиво, а по карточке можно снять деньги в банкомате.

Ты, во-первых, не понимаешь что такое dependency injection, а во-вторых - что делает твой код.

Если отбросить все умные и красивые слова которые ты тут наскреб по сусекам, то оба твоих примера - про type hinting. Только в первом кусочеке кода мы просим интерпретатор проверять входящий параметр, а во втором - возвращаемое значение.
Type hinting двольно размытый термин, мне больше нравится "контроль типов", который используется в документации. Поскльку в данном случае это не "подсказка", а строгий контроль: скрипт упадёт с ошибкой если в первом примере в метод придет что-то отличное от класса реализующего интерфейс Foo, а во втором - если метод вернет что-то отличное от такого класса.

Контроль типов надо использовать, чтобы твой код был чище и работал предсказуемее.

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

> Знакомлюсь с темой автозагрузки классов, пока не очень понятно.

Надо написать свой, тогда станет понятнее.

а дальше просто:
если в проекте используется композер, то разумеется использовать его автозагрузку
если не используется, то тащить композер только ради автозагрузки как-то глупо

конечно за такой ответ я буду гореть в аду, но лучше это сделаю я, чем какой-нибудь подлец
данные из query string лежат в массиве $_GET
интервал в SQL делается просто, оператором BETWEEN
причем к первой дате прибавляется 00:00:00, а ко второй 23:59:59
функции mysql_query в РНР уже много лет как нет
но если уж приходится копаться в какой-то доисторическоом гэ

$begin = addslashes($_GET['begin']. ' 00:00:00');
$end = addslashes($_GET['end']. ' 23:59:59');
$banid = (int)$banid;
$sql = "SELECT * FROM `betaintranet`.`ad_stat` WHERE `ban_id` = $banid AND `datetime` BETWEEN '$begin' AND '$end'";

но меня конечно аж передергивает от этого говнокода
утешает только то что местные помогайки напишут еще хуже

в нормальном мире этот код выглядит так

$begin = $_GET['begin']. ' 00:00:00';
$end = $_GET['end']. ' 23:59:59';
$sql = "SELECT * FROM `betaintranet`.`ad_stat` WHERE `ban_id` = ? AND `datetime` BETWEEN ? AND ?";
$stmt = $pdo->prepare($sql);
$stmt->execute([$banid, $begin, $end]);

Если запрос к тому же хосту, на котором кртится крон, такое "так поставленная задача" - это просто глупость.
А вообще, стыдно уже в таком возрасте не уметь пользоваться интернетом.

И, да, прошу не разводить холивар лучше-хуже. Все системы работают хорошо, всем комфортно, все задачи на каждой системе можно решить. Просто прошу совет.

Чувак.
С таким логическим мышлением не стоит идти в программисты.
Вот просто не надо. Найди себе другое занятие. Сейчас модно быть парикмахером например.

РНР "умирает" именно потому что язык настолько простой, что "простенькую систему по (манам из Гугла)" может сделать даже обезьяна. И 99% кода на нем написано обезьянами. И люди судят язык не по его возможностям, а по коду написанному гамадрилами и по тем макакам, которые "ругают и кричат что умирает".

Зачем становиться еще одной обезьяной? Если ты думаешь, что сможешь программировать лучше на другом языке, это все равно что думать что перестанешь бить себя по пальцам, взяв другой молоток. Дело не в молотке, чувак.

array_filter()

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

То есть по сути никакой PDO::PARAM_CLOSURE для того чтобы изменить данные на лету не нужен - ты тупо меняешь значение приязанной переменной. Именно благодаря передаче по ссылке.

$stmt = $pdo->prepare("SELECT ?");
$stmt->bindParam(1, $var);
$var = 1;
$var = 2; // меняем на лету
$stmt->execute();
$var = 3;
$stmt->execute();

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

Тут, как обычно, не одна проблема, а три.

Первая проблема - это, как всегда, неумение задавать вопросы.
Вот и сейчас - вопрос "чем плохо ходить пешком?" Что можно ответить на этот вопрос?
Но потом выясняется что вопрос на самом деле "Я живу в 20 километрах от работы. Чем плохо ходить на работу пешком?".

То есть вопрос у нас на самом деле, "Чем плохо выносить повторяющиеся элементы HTML в отдельные файлы и подключать их потом с помощью include?". Этот вопрос уже будет более осмысленный, и на него даже можно дать ответ не выглядя при этом идиотом.

Вторая проблема заключается в том, что подход с "хидером и футером" реально неудобен и устарел уже лет 20 как. И вместо него используются шаблонизаторы. Тупо редактировать хтмл удобнее когда он лежит в одном файле, а не в header.php. footer.php. menu.php, banners.php и еще 10 файлах.
И это я даже не заикаюсь о случае, когда на разных страницах надо поключать разные файлы стилей и скриптов.

И третья проблема заключается в том, что хотя в принципе и можно что-то несложное накалякать с хидером и футером, но поголовно все новички все равно клепают их неправильно - а именно вкрячивают хидер до того, как скрипт вообще начнет работу. И потом имеют все прелести невозможности вывести НТТР заголовок, поменять что-то в хидере в зависимости от выводимых данных, поменять формат вывода или аварийно завершить работу.

Что лучше, ходить пешком или кеды? Как это согласуется с КПСС?

Вопрос бессмысленный.
Если нужен редирект, то надо делать редирект.
Если редирект не нужен, то не делать.
К ООП все эти страдания не имеют никакого отношения.