Как сформировать из доменной модели модель представления в ASP.NET MVC?

Question

[Михаил]

Всем доброго времени суток, столкнулся с задачей, необходимо отобразить при помощи модели представления, краткую информация об объявлении авто.
В доменной модели имеются сущности, BrandAuto,ModelAuto,SpecificaAuto,AdvertisenmentAuto. -это все доменная модель, они между собой связанны -"один ко многим" и имеют свои поля, мне все эти поля конечно же не нужны для представления.
Каким образом мне создать ViewModel которая отображала бы:

• Название авто (это сущность Brand)
  
• Название модели авто(сущность ModelAuto)
  
• Цену из сущности AdvertisenmentAuto.
  

Как это все объединить в единую модель представления?
Читал кучу статей , о том что, не надо пользоваться доменной моделью на прямую и выгружать данные из нее в представление, для этого есть модели представления. Но к сожалению с примерами вовсе не густо одна теория, в книге считай тоже самое, Джеффри Палермо (лично для меня) шутит иной раз с читателем, мол, додумывай сам, и приходится додумывать.
В общем посидев подумав( вот уже два дня прошло) хорошего в голову ни чего не приходит.

Answer 1

[Валерий Абакумов]

Михаил снова здравствуйте! В-общем, меньше слов - больше кода. Toster_q187249.zip - здесь архив с приложением. Предметную область смоделировал так, как понял :)

Честно говоря, ни разу не слышал фразы "доменная модель". Откуда этот термин? Обычно для описания данных используются термины "данные", "модель".

Далее: прочтите от корки до корки книжку "ASP.NET MVC 3/4 Framework с примерами на C# для профессионалов", авторы: Адам Фримен, Стивен Сандерсон. Для MVC - на мой взгляд, это книга №1 для изучения ASP.NET MVC. Там есть всё, что нужно, и даже больше. У Вас, правда, могут возникнуть трудности с Entity Framework, потому что там они не так подробно объясняют, как с ним работать, (авторы, наверное, рассчитывают на небольшой опыт работы читателей с этим фреймворком). После чтения у Вас в голове всё встанет на свои места.

Будут какие-то вопросы по проекту - пишите. Он, конечно, примитивный, но в целях обучения, на мой взгляд, подойдет.

Вы, наверное, уже знаете, но, тем не менее, напишу: в контроллере должно быть минимум бизнес логики. Контроллер должен лишь получать откуда-то данные, формировать из них модель представления и отдавать модель представления в само представление. Всю логику работы с данными следует выносить в отдельный слой (например, в отдельную dll). Всю бизнес-логику, по хорошему, тоже следует выносить в отдельный слой. В итоге контроллеры MVC-приложения должны "ломиться" в слой бизнес-логики, который в свою очередь, ломится в слой работы с данными, вытаскивает их, обрабатывает и отдает "наверх" в клиентское приложение (MVC-application). Это позволяет формировать трехуровневую ахитектуру решений и тем самым создавать более масштабируемые и гибкие приложения.

Например, то приложение, которое я Вам прислал, состоит их 2 слоев:
1) MVC-app;
2) Core.DAL - слой работы с данными.
В идеале следовало бы добавить новый слой (например, Core.BL или Core.BAL) - слой бизнес-логики.
Вот на всякий случай: Как организовать архитектуру приложений «Система управления проектами»?

Успехов в нашем нелегком деле!

Comments

[Михаил]

Спасибо, за цельный пример. Дело в том ,что у нас в городе вообще профи мало, знаю только людей пишущих на ASP.NET с MVC не работавшими, книгу Адама Фримена читал, буду перечитывать, как говорится до дыр.
Книга в правду хорошая. но нужно перечитывать, а до сдачи диплома осталось.. чуть более двух месяцев. В общем Спасибо Вам большое:)

[Валерий Абакумов]

Михаил о, так Вы диплом на MVC будете писать? Я Вам, откровенно говоря, завидую :) Я бы тоже свой диплом с большим удовольствием на MVC написал. Только он уже сдан. Удачи! Будут вопросы - пишите.

[Валерий Абакумов]

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

[Михаил]

Валерий Абакумов: Почему я выбрал MVC он мне больше понравился чем классически веб формы, хотя бы потому, что он выглядит гораздо чище и разрабатывать приятнее. До этого, не зная ни одной ORM хотя бы теоретически, я только мечтал, а такой работе с данными как предлагает EF, но тут минус, производительность, думаю все же уступает классической ADO.NET. А может я очень зеленый в EF. Еще мне понравился Razor я буквально втрескался в него ,и сразу, эмоция-вау вот это да, так разве можно? Круто! В общем именно все по этому. Но как окунулся.. куча библиотек, и всего такого с чем не знаком.. приходится моему уму не легко порой, но благодаря MVC я понял суть паттернов, появилось больше знаний в языке c#- я его уже пользую как год серьезно, а не так ради 4-5. И до сих пор для себя что то новое открываю.

По поводу UI, да эта та еще жуть но приятная порой. буду ночами не спать, пилить диплом, куда деваться.

[Михаил]

Самый прикол в том, что мне нужно сделать доску авто объявлений,на процентов 80 как у Авито. Пока не знаю как буду организовывать фильтровку с выпадающими списками.. на простом SQL запросе это просто.

[Валерий Абакумов]

Михаил по поводу производительности EF - с Вами, все-таки, не соглашусь: если коряво написать запрос на EF, то он будет также плохо работать, как и корявый запрос на T-SQL. К тому же у Вас сейчас такой проект, что на данный момент плюсы от использования EF с лихвой покроют возможные минусы производительности. Поверьте, использование ORM значительно сокращает трудозатраты (и соответственно, время). Потерями производительности EF можно в большинстве случаев пренебречь. Тут просто надо исходить от задач. Если нужны какие-нибудь типовые манипуляции с данными (выборка, добавление, изменение, удаление, фильтрация), а они нужны почти во всех проектах, ориентированных на автоматизацию, то гораздо проще и удобнее работать с EF, т.к. он основную работу по взаимодействию берет на себя (к тому же, с сущностями гораздо проще работать, чем с DataTable и прочими классами ADO.NET) + EF позволяет работать не с двумерными таблицами, а с объектами (привет ООП). А если нужна какая-то сложная логика на T-SQL, то тут уже лучше (например) писать хранимую процедуру, которую, кстати, тоже можно из EF вызывать. Ну или можно NHibernate (тут, как говорится, о вкусах не спорят :) В-общем: я Вам все-таки настоятельно рекомендую переходить на ORM.

[Валерий Абакумов]

Михаил а какие трудности с организацией фильтрации? Там вроде бы сложностей быть не должно: несколько select, почти у каждого обработчик события change, в обработчике ajax-запрос на контроллер с параметрами.

[Михаил]

Валерий Абакумов: По поводу EF я же говорю, зеленый еще пока в ней. Хотелось бы научиться, и буду естественно, а с ADO.NET да не удобно, по этому и выбрал EF. Для меня это опять таки, новое, что то необузданное:)

[Михаил]

Валерий Абакумов: Валерий здравствуйте! Вот уже три дня сижу и ломаю голову, не могу понять как сделать правильно фильтрацию на основе трех выпадающих списков. Вы упомянули Ajax- это так понимаю, пост запрос, а это значит он нам должен вернуть данные, Json, получается что на клиенте происходит обработка и вывод результата на экран?
И вот вопрос. Имеется модель представления этих самых выпадающих списков, а так же модель объявлений, могу я передавать в метод действия модель выпадающих списков(там и поля для значений), а возвращать модель объявлений, при том что, выпадающие списки отображаются в PartialView- соответственно у него своя модель(то есть выпадающих списков). В качестве основы строго типизированное представление(модель объявлений).

[Валерий Абакумов]

Михаил добрый вечер! Честно говоря, мне непонятен вопрос )) Можете, опять-таки, отдельным вопросом оформить. Было бы еще лучше, если бы Вы в этом вопросе выложили куски кода Ваших контроллеров, моделей, вьюмоделей и представлений.

[Михаил]

Валерий Абакумов: Здравствуйте ,это да, я просто забываюсь:) Простите меня, я учусь и, просто думаю, что иной раз пишу "говнокод", и поэтому стараюсь не выкладывать, а то захаливарят, с другой стороны критика это очень хорошо. Не суть ,я решил уже ее.