У меня есть приложение, созданное с использованием MVC, которое создает представление, доставляющее сводную информацию по ряду моделей. Кроме того, некоторые вычисления выполняются для различных наборов данных.
Нет четкой единой модели (которая, по крайней мере, отображается в таблице), которая, кажется, имеет смысл в качестве отправной точки для этого, поэтому различные сводки извлекаются из участвующих моделей в контроллере, передаются в представление, и там выполняются вычисления. .
Но это вроде как грязный. Но ведь контроллеры должны быть легкими, не так ли? И бизнес-логика не должна присутствовать в представлениях, как я сейчас.
Так где же собрать эту информацию? Новая модель, которая не отображается в таблице? Библиотечная функция / модуль? Или что-то другое?
(Хотя я считаю, что это в основном вопрос архитектуры / шаблона, я работаю в Rails, FWIW.)
Редактировать: Хорошие ответы и много консенсуса, что обнадеживает. Я «принял» ответ, чтобы сохранить ссылку на Railscasts вверху. Я отстаю в просмотре Railscast - кое-что, что я предприму напряженные попытки исправить!





Контроллеры не обязательно должны быть легковесными который.
Однако, если у вас есть некоторые расчеты, которые полагаются только на модель / ы, тогда вам, вероятно, просто понадобится какая-то оболочка модели для моделей для выполнения расчета. Затем вы можете поместить это в API для представления, чтобы представление получило конечный результат.
Как сказал Брайан, вы можете создать другую модель, которая упорядочит работу, которую необходимо выполнить. Есть отличный Railscast о том, как делать такие вещи.
HTH
Вы не хотите, чтобы логика присутствовала в представлении. Однако вы можете создать представление базы данных. За исключением того, что вместо того, чтобы создавать его на стороне базы данных, создайте его как новую модель. Это позволит вам выполнять свои расчеты и свою фактическую логику в одном месте. Боль от попытки синхронизировать ваши взгляды по сравнению с одноразовой "болью", связанной с созданием новой модели ... Я голосую за новую модель.
Контроллеры не должны сопоставляться с конкретными моделями или представлениями. Ваша модель не обязана однозначно отображать таблицу базы данных. Это своего рода идея фреймворка. Разделение проблем, которые можно протестировать изолированно.