Нужно ли разкидывать загрузчики классов по разным классом, чтобы сохранить принцип единой ответственности?

Question

[thorii]

Есть собственно класс, который настраивает приложение (core.php). Он устанавливает кодировки и объявляет глобальные вспомогательные КОНСТАНТЫ. Можно ли записать в него функции автозагрузки, или их лучше вывести в отдельные классы? (spl_autoload)

Answer 1

[index0h]

Вас только разморозили? На дворе 2016))

объявляет глобальные вспомогательные переменные

Интернеты пестрят статьями "почему глобальные переменные - зло".

Можно ли записать в него функции автозагрузки, или их лучше вывести в отдельные классы?

PSR-4 + composer. Автозагрузка - это давно решенная задача, не стоит изобретать никому (вам в том числе) не нужный велосипед.

Comments

[thorii]

Ошибся. Не переменные а константы. Я не просил мне указывать на composer, я спрашивал про принцип единой ответственности. Ваши ответы не несут никакой смысловой нагрузки по вопросу. Лучше уж воздержаться тогда от ответа.

[thorii]

Если core.php настраивает приложение при работе, нарушится ли принцип единой ответственности если в него так же записывать функции загрузчики

[thorii]

Как тогда учиться программированию, если у всех один аргумент "Не учись, все уже сделано"

[index0h]

> Я не просил мне указывать на composer
Я указал вам на composer с той целью, что есть принятые стандартные практики, которые стоит принимать, или по крайней мере знать о них.

> я спрашивал про принцип единой ответственности
Понятие SRP намного больше, чем раскидывать что-то по классам, или не раскидывать. Его стоит применять и для методов тоже. Каждый класс должен решать конкретную отдельную задачу. Ваш пример с загрузчиком плох для демонстрации как раз потому, что задача автозагрузки не должна иметь множества реализаций, иначе получите хаос.

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

> Если core.php настраивает приложение при работе, нарушится ли принцип единой ответственности если в него так же записывать функции загрузчики
Да, нарушает. Вы же сами пишете: "настраивает" и "функции загрузчики". Какая может быть единая ответственность?

> Как тогда учиться программированию, если у всех один аргумент "Не учись, все уже сделано"
Так, что бы не учиться хреновым практикам, о которых вам написали 2 человека. Вот вам пример SRP: сервис регистрации пользователей, он на вход принимает данные в DTO, запихивает их в Entity и сохраняет в БД. Более ничего не делает.

Answer 2

[Сергей Протько]

и объявляет глобальные вспомогательные переменные.

про автозагрузку вам уже ответили - используйте composer. А на счет глобальных "вспомогательных" переменных - избавьтесь от них. Используйте контейнер зависимостей или сервис локаторы для управления зависимостями и конфигурации системы.

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