Твердые руководящие принципы для установления отношений контроллер / просмотр в MVC 3

Question

Я недавно начал работать над проектом, основанным на Microsoft .NET MVC 3. Прогресс до сих пор был хорошим, но у меня до сих пор возникает неприятное ощущение, что дизайн может быть не на 100% должным образом, в основном в отношении отношений между контроллерами и представлениями.

Мы знаем, что контроллер может обрабатывать одно или несколько представлений. Я устанавливал эти отношения с точки зрения бизнеса; например, все представления, относящиеся к учетным записям, обрабатываются контроллером Account .

Это правильный подход? Потому что отношения 1: 1 между представлениями и контроллерами кажутся мне довольно расточительными.

Любые указатели, советы и ссылки будут с благодарностью.

Спасибо!

Answer 1

я смотрю на это ...

этот контроллер на стороне сервера ... каково его назначение?

1. может потребоваться, чтобы пользователи могли войти в систему
2. может потребоваться показать пользователям список машин
3. возможно, потребуется разрешить пользователям скачивать файл
4. может потребоваться разрешить пользователям редактировать детали строки в базе данных

затем разделите требования вашего контроллера на post / get

и затем спросите ... мне нужно представление (экран), чтобы выполнить требование? если вы это сделаете, то добавьте представление для метода контроллера.

Answer 2

Как правило, хорошей идеей является объединение одинаковых функциональных возможностей. Я считаю, что хорошим правилом является то, чтобы ваши контроллеры моделировали проблемную область, а не правило, например, одно представление на контроллер. В этом смысле совершенно разумно, чтобы один контроллер отображал несколько представлений.