MVC епта

за бизнес логику (окромя какой-нибудь перегрузки toString() или equals()) в модели данных бьют железной линейкой по пальцам

Так кто должен отвечать за lastPost в ForumTopic? :)

классический MVC давно протух

Ну, про это говорили сразу после его популяризации :) Так что MVC — это не конкретная парадигма, а нечёткий метакласс парадигм с условным разделением компонентов.

А по современному - надо отдать отдельно список постов и список авторов, и клеиться они будут уже в темплейте или в яваскрипте

А кто будет отдавать? Вопрос-то не в том, где склеить. А в том, кто сделает findAll(). Модель с бэкендом, контроллер или представление-темплейт.

Там два слоя моделей, сюрприз. Один для бизнес-логики, второй для вьюх.

Что ещё больше размывает терминологию :)

Можешь изучить SmallTalk, тогда поймёшь изначальный смысл MVC

Что подразумевается под MVC в смоллтоке?

Это проблемы дислексиков, которые называют все подряд МВЦ. Пускай страдают.

http://peter.michaux.ca/articles/smalltalk-mvc-translated-to-javascript тут можешь прочитать немного.

Рой Тонких Тупых Красивых Компонентов Контроллеров

Это шедевр! Хорошее настроение на весь день.

Вообще я понял ваш поинт. Учитывая изначальную холиварность темы (чего уж там), дискуссия выполнила свою задачу - развлекла участников.

Так кто должен отвечать за lastPost в ForumTopic? :)

Кто то вроде Topic(Repository || Service).getLastPost(topicId)

ADM vs RDM тоже тема неоднозначная :)

Хотя что-то на практике куда не глянешь, везде бледнота

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

Я конечно понимаю, что в вебе на них всем пофиг в основном, но социалочками и новостными порталами разработка по не ограничивается.