Ну, это не имеет смысла. Раньше я боролся с этим, я думаю, что вам нужна модель, которая не является табличным объектом, я назвал эту модель предметной области. Причина в том, что иногда, если вы используете linq2sql, вам приходится иметь дело с таблицей мостов / связей (которая не является реальной сущностью) и сложными вычислениями, поэтому вы не можете сделать это в вашей табличной сущности, верно ? Таким образом, мой подход заключается в том, чтобы ViewModel <-> Model <-> Entity
ли лучше создать модель в папке asp.net mvc - model. Используйте эти модели с вашими представлениями и с помощью сервисного уровня, чтобы «адаптировать» мою модель к EF-модели.
Или вы использовали другой подход. Проблема с этим подходом состоит в том, что в большинстве случаев моя (самодельная) модель является копией EF-модели (не сухой)
Так может кто-нибудь объяснить мне, какие модели использовать с вашей точки зрения, потому что это сбивает с толку. модель / viewmodel / Entityframeworkmodel ....
Решение :
Спасибо за ответы, все, я думаю, что я сейчас нахожусь, чтобы изменить некоторые вещи!