Как я писал выше — для каждого проекта набор принципов свой многие принципы и патерны навязываются фреймворками. Это позволяет человеку знающему фреймворк быстро ориентироваться в проекте. И кстати в примере который обсуждается это скорее патерн фреймворка.
Если применять принципы SOLID к коду приведенному автором то как минимум он нарушает S и D.
Ни SOLID ни какие либо другие принципы не предполагают увеличение ни доп. работ, ни доп. функционал. Это все скорее про стиль написания кода. Попытки раздуть работу появляются у тех кто плохо понимает эти принципы и зависает пытаясь продумать какие-то ненужные кейсы.
Вы можете написать книгу одним предложением, а можете разбить ваш текст на абзацы, главы и иногда даже тома. При этом вряд ли у вас увеличится время написания книги если вы будите писать ее по главам а не сплошным монолитом. Я думаю вы не будете спорить что структурированный текст гораздо проще редактировать, тоже самое происходит и с кодом. Структурирование и декомпозиция кода не увеличивает трудозатраты если вы умеете это делать.
Автору советую разобраться в принципах SOLID. Это даст понимание почему так делать не нужно.
Естественно данные принципы не являются догмой и рекомендуются для написания reusable кода. Если вы пишите финальный класс который никогда и ни кем не будет использоваться и поддерживаться то можно писать как вам хочется. Программирование профессия творческая. (Когда-то было модно писать весь код программы заглавными буквами)
Но честно говоря частое написание reusable кода вырабатывает стиль и через время подругому писать уже просто не получается.
Стиль написание кода очень хорошо показывает опыт человека его образ мышления и иногда даже характер :)
Если применять принципы SOLID к коду приведенному автором то как минимум он нарушает S и D.
Вы можете написать книгу одним предложением, а можете разбить ваш текст на абзацы, главы и иногда даже тома. При этом вряд ли у вас увеличится время написания книги если вы будите писать ее по главам а не сплошным монолитом. Я думаю вы не будете спорить что структурированный текст гораздо проще редактировать, тоже самое происходит и с кодом. Структурирование и декомпозиция кода не увеличивает трудозатраты если вы умеете это делать.
Автору советую разобраться в принципах SOLID. Это даст понимание почему так делать не нужно.
Естественно данные принципы не являются догмой и рекомендуются для написания reusable кода. Если вы пишите финальный класс который никогда и ни кем не будет использоваться и поддерживаться то можно писать как вам хочется. Программирование профессия творческая. (Когда-то было модно писать весь код программы заглавными буквами)
Но честно говоря частое написание reusable кода вырабатывает стиль и через время подругому писать уже просто не получается.
Стиль написание кода очень хорошо показывает опыт человека его образ мышления и иногда даже характер :)