MVC 3 - Контроллеры и ViewModels - которые должны содержать большую часть бизнес-логики?

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

Хотя это хорошая идея, теперь наступает вопрос, который может существенно отделить свою бизнес-логику в контроллерах. Для контроллеров и просмотраModels, которые должны содержать большую часть бизнес-логики?

Я пробовал несколько способов получить мои просмотра ModeModels практически содержать все деловую логику. Тем не менее, я должен иметь аргумент в конструкторе моего ViewModel, который занимает единицу работы. Это хорошая идея?

Мой кодовый запах говорит мне. Однако я просто немного обеспокоен тем, как это будет в соответствии с контроллерами, которые выполняют действия, которые не нуждаются в просмотрам моделе. Проще говоря, действия, которые не требуют прохождения модели / ViewModel к виду; Этот случай происходит на действиях, которые делают перенаправления на другие действия. Это означает, что моя деловая логика может либо оставаться в этом действии, либо я могу разделить эту бизнес-логику в функцию.

Что такое лучшая практика здесь?