Monochromatique,

Ужасно!

1. базовый класс для EF и для VM -- очень-очень-очень-очень-очень плохо
2. конструктор у VM -- плохо
3. пытаться равнять VM / EF-Entity -- плохо

что смущает в подходе независимых EF-Entity и VM ? которые друг о друге ничего не знают?

то, что оверхеда много? надо повторять поля там и там?

Monochromatique1. Почему?

Жёсткая зависимость, которая будет неистово колотить по лбу всё время разработки.

Monochromatique2. Почему? Гарантия того, что все поля у VM будут проиничены.

Этого не нужно. А когда вдруг становится нужно, похоже пора заниматься рефакторингом. Вью-модели для ASP.NET MVC должны быть максимально тупые.

Monochromatique3. ??? Еще вчера сущность EF и являлась VM. А сегодня их равнять нельзя.

Никогда не являлась. Не было такого.

MonochromatiqueНаследование от абстрактного класса и единственный конструктор - даёт гарантию от того кейса, когда при добавлении одного поля - придётся носиться по всему коду - и искать - где я забыл проинитить новое поле.

Нет никакой гарантии. Что такое поле? Свойство класса? Ты слабо понимаешь что такое вью-модель. Например, одно поле ввода во вью-модели может разворачиваться в в итоге создание дополнительных объектов.

Если же ты делаешь тупой редактор базы данных (как phpMySql), а не бизнес-приложение, то возможно ты себе немного упростишь работу. Но ты определишь, что ты делаешь.

MonochromatiqueНу и то, что нужно вручную прописывать поля, да.. Они же реально должны быть одинаковыми, разве что в VM добавлена какая-то мишура для Вьюхи.

Странно всё это. Ну не делай вообще вью-моделей, тащи Entity из EF-контекса прям во вью. Получишь пару раз по лбу, тогда всё поймёшь. Видимо трудный путь обучения ты выбрал, через тернии

MonochromatiqueНасколько я понимаю - мапперу все равно нужно задавать правила? Если так - то проще заюзать свой, ИМХО.

Просто вью-модели понимаются не верно.

MonochromatiqueВ WPF/SL/WP как-то понималось, а вот в ASP MVC - не понимается, ну да.

Вью-модель ≠ entity.

При чём, «так набор полей же одинаааакавый» -- вообще какая-то глупость.

В entity свойство — это колонка в хранилище, обычно в БД. Колонка!

Во view model свойство — это информация для вывода или поле для ввода.

И они как по семантике, так и по использованию совершенно разные. Детский и наивных способ смотреть на вещи плоско, недалеко и не дальновидно. Чаще всего как раз ViewModel не имеет ничего общего с Entity из EF. По крайне мере в мире разразобки ПО для людей.

Если же вы делаете однобокое CRUD-приложение, аля редактор базы данных, то я даже не знаю как вам проблему свою решать

MonochromatiqueВ случае каких-то других способов создания - унылый отлов ошибок через runtime.

Бред какой-то. Добавил поле в базу -- это что автоматически означает, что появилось поле ввода во вью? Что за примитивную лабуду ты там делаешь?

MonochromatiqueА что получишь то? На поверхности только "сложность" кейса - когда к DBEntity нужны какая-то доп. информация.

А что еще?

Пока не получишь, не узнаешь

Ладна ладна... Вью-модель отражает именно те данные ввода/вывода, которые нужны конкретно этой вью, а вью в свою очередь отражает именно ту бизнес-операцию, которая требуется.

Или ты тупо выводишь свои Entity и редактируешь их со всеми полями что есть? Что ты вообще делаешь? Может ну его нафик, хернёй страдать?

Артем Gинтересно как решался вопрос когда надо во вью вытащить 2 таблицы из ef.


когда модель отделена от ef там понятно их "связь" происходит в контролере.

JS на странице, дёргает 2 разных метода WebAPI и тащит данные для каждой таблицы, с фильтрами, сортировками, группировками, пейджингом. Вот так сейчас это решается, а не унылое запихивание во вью-модель кучи мусора, которую потом разгребать даже рука не поднимается.

handmadeFromRuвот я б не стал бы категорично говорить, конкретный случай надо рассматривать + имхо дело вкуса никто не скажет что вот так правильно и только так.

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

Monochromatiqueиспользуй ViewBag

расстрелять!

MonochromatiqueИ нашим и вашим за рупь спляшем?

это не имеет значения, за использование вьюбэга -- расстрел, ето закон! а так да, если есть молоток, почему бы и не выстрелить им в ногу? это нормально.

Артем GХотелось бы увидеть что в моделе и контролере...




и в чём проблемы-то?

Артем G,

или другой путь, предпочтительнее:




и не надо пихать во вью-модель две модели, каждая само по себе. и всё в одном запросе. разделяй блин, и влавствуй, слыхал о таком? сам Юлий Цезарь о таком говорил! это ещё до всяких сишарпов, прям как знал, что вопросы появятся

Алексей КИз-за обилия готовых паттернов, которые постоянно навязываются различными евангелистами, люди перестали иметь собственное мнение, основанное на базовых принципах ООП. Вот тебе типичный пример, а ты не верил. :-)

Это как раз тебе пример того, как человек ищет готовые решения, обучается, двигается вперёд. А ты всё топчешься на одном месте со своими убеждениями. А когда заболеешь, ходи лучше к знахаркам, а не к дипломированным врачам, чо они умных из себя строют, начитались книжек, далдоны, понимаешь.

Ты старческим маразмом не заболел случайно? ))

ViPRosвсе слова уже испоганили, каждое УГ теперь называется "модель", тьььфу

Вообще-то вью-модель :) Правильнее было бы говорить View DTO.