Я нахожусь на Microsoft MVC4, у меня много моделей, и я хочу их реорганизовать.MVC и дизайн модели - по одному для каждого json-действия? по одному для каждого представления?
Я сильно с помощью JQuery Ajax вызовов для заполнения данных, таким образом, у меня есть:
несколько действий, которые возвращают простые представления (т.е. пустые HTML таблица)
многих действий, которые возвращают JsonResult , используется для заполнения таблиц/ListItems и так далее
в некоторых действиях тот же элемент («элемент») отображаются с некоторой информацией (т.е. столбцы), в других ACTi он показан с другой информацией.
Мои два вопроса:
я должен иметь модель для каждого действия, который возвращает результат JSON, для ясности? или я не должен беспокоиться, и я должен использовать продолжение с использованием анонимной проекции?
Должен ли я иметь базовые модели (т. Е. «Простые») и расширенные модели, которые наследуются от базовых моделей? или я должен держать Модели сперва, что приводит к созданию более чистой (но менее содержательной?) структуры?
Спасибо!
Благодарим вас за ответ. «Возможно, глупый вопрос»: что такое обычная практика в отношении имен моделей? Должна ли модель быть названа как сущность, представляющая («Player»), или она должна быть названа как действие, генерирующее эту модель («ListPlayer»)? Я спрашиваю об этом, потому что иногда модели немного отличаются, например, для CRUD-действий (модель создания иногда отличается от Update и т. Д.). –
Они могут содержать суффиксу 'ViewModel' и быть названы в соответствии с действием. –
Должен ли я использовать суффиксу 'ViewModel', даже если модель напрямую не привязана к представлению, но вместо этого возвращается Json Result? Вот почему я решил назвать их Моделями в моих вопросах, а не ViewModels ... Я думал, что 'ViewModel' является более правильным, когда речь идет о модели, привязанной к представлению, и просто« Модель », когда модель используется как например JsonResult (или как базовая модель) ... например: «ListPlayersModel», если возвращается действием JsonResult, 'UserInfoViewModel', если возвращается действием ViewResult ... –