2010-07-20 2 views

ответ

0

Мне нравится иметь их в корне сайта/ViewModels или вдоль вашей папки с образцом (внутри нее).

0

Это зависит от того, как вы хотите структурировать свой проект и как широко используется модель.

Вы можете создать отдельную папку и поместить все классы View Model, или даже просто определить их внутри класса контроллера, с которым оно связано.

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

0

/Модели

С «М» в MVC подразумевает модель, используемую для представлений, и вы используете вид модель, кажется, только внутри папка «Модель» является основным местом для них.

Когда я начинаю работать в нетривиальном приложении MVC, модели домена в конечном итоге находятся в отдельном проекте из проекта MVC. Это делает его еще более заманчивым, потому что созданная по умолчанию папка «Модели» не имеет смысла без моделей просмотра (хотя удаление по какой-либо причине кажется неправильным).

1

Мне нравится отдельный сбор. Здесь я обычно добавляю код Automapper для сопоставления их с объектами домена. Что-то вроде ProjectName.ViewModel (и, конечно, ProjectName.ViewModel.Tests).

Это не так уж дорого, и вы сможете повторно использовать режим просмотра, если хотите добавить другой пользовательский интерфейс (например, Silverlight/WPF). Сохраняет хорошее разделение проблем между вашим контроллером (поток между отображением просмотров) и вашей моделью просмотра (отображение определенного вида).

Смежные вопросы