которые визуально поймать там "где нить внизу" уже тяжелееИДЕ хорошо понимает "скобочные" блоки и правильно их сдвигает, а так же подсвечивает начало/конец блока для скобок, но не делает этого для альтернативного синтаксиса. Выбор очевиден.
и что мне это даст? Там огромный массив всего что из бд пришлоИли нет, не мы, не вы этого утверждать не можете, по этому первое что нужно сделать в случае "там должно быть..." - посмотреть что там реально есть. Неужели это так сложно?
MVC это паттерн про десктопные приложения, и модель там представлена не так.Вах, как много сразу глупостей в двух предложениях. Про пол века единственная адекватная фраза, и та к делу не относится, так тот же солид постарше даже будет, и ниче так, работает.
Ему уже почти пол века, если что. В вебе MVC нет.
AR - антипаттерн, а вы его как "в идеале должно быть" представляете.Ну вот опять, детская принципиальность... Во первых - я не писал что это в идеале должно быть, скорее наоборот - есть AR (как упрощенный вариант все-в-одном) и есть классическая модель с разделением ответственности на классы. И во-вторых - AR тоже нормально использовать, если конечно нимб кулхацкера на глаза не падает и сущностей в проекте 4-5 штук, вполне себе нормальное решение.
Термин "Модель" в данном случае я не использую
Только если это отдельная read-модельта-дааа...
Сущность это класс описывающий бизнес логику, её жизненный цикл не зависит от экземпляров других классов.Вот как раз сущность это непонятный термин, а в MVC модель - совокупность классов отвечающая за функционирование отдельно взятой абстракции, включающая в себя данные, бизнес-логику и репозиторий. В реализации AR - это один класс, в класическом мвц - два и более, в зависимости от архитектуры.