ASP.NET MVC Best Practices

Question

Я родом из WPF, и я довольно часто использую шаблон MVVM. Я пытаюсь выучить MVC и испытываю небольшие затруднения, пытаясь понять, где находятся мои границы в MVC. Вот мой сценарий:

У меня есть 3 объекта: Parent, Child и GrandChild. Это пользовательские объекты, не использующие встроенную модель из MVC. Я хорошо разбираюсь в проверке. Я хорошо разбираюсь в том, как получить и заполнить мои объекты. Но я изо всех сил пытаюсь найти лучшие практики относительно того, что делать с Контроллерами. За что должен отвечать мой контроллер? Например, должен ли я иметь один контроллер, который понимает, как CRUD Parent, Child и GrandChild? Или они должны быть отделены? Если они должны быть разделены, как мне это сделать, если, когда я смотрю на Родителя, я хочу увидеть список детей.

Answer 1

Контроллер используется только для управления потоком запроса-ответа. Итак, в вашем примере, контроллер никогда не должен знать, как их CRUD. Логика CRUD должна быть включена в класс репозитория модели.

Взгляните на пример Официального Nerd Dinner, и я лично люблю эту часть больше всего.

Answer 2

Приложение Nerd Dinner - это чистый пример.Я согласен с передачей CRUD в репозиторий и в целом с использованием контроллера только для потока управления.

Однако, по моему опыту с ASP.NET MVC (правильно или неправильно), контроллер заканчивает тем, что делал многопереупорядочения данных перед передачей в представление и наоборот при принятии объектной модели в качестве данных из публикации формы.Но опять же, это просто перевод между тем, что нужно представлению, и тем, что нужно модели.