Как правильно структурировать набор представлений mvc, чтобы свести к минимуму количество представлений для многих моделей?
Я провел последний месяц, пытаясь понять, как кодировать веб-сайт b2b2c (от бизнеса к потребителю). После изучения большого количества документации asp.net способ создания представлений заключается в создании серии представлений для каждой имеющейся у вас модели. это работает нормально, пока вы не обнаружите, что создаете более 5-6 моделей.
например, моя папка представлений в настоящее время выглядит так:
Я знаю, что это бритвенные страницы, которые, вероятно, плохи, если у меня много моделей и мне нужно организовать свои представления, чтобы получить их от одного или нескольких контроллеров. но если бы я создавал представления для моделей так, как рекомендует документация, я получаю 5 представлений для моделей, то есть, если у меня есть 10 моделей, у меня есть 50 представлений, что много для кода, если я хочу их настроить вообще.
Я пытался перейти по обеим этим ссылкам, проводя собственное исследование, и мне предложили boostrap как способ создать какую-то структуру.
MVC — Модель — Просмотр структуры моделиhttps://visualstudiomagazine.com/articles/2015/07/01/structuring-views.asp
но, в конце концов, я все еще совершенно не понимаю, как все это реорганизовать.
Ответы 1
Насколько я понимаю, как работает MVC, причина, по которой они хотят, чтобы вы создавали ViewModels для каждого отдельного представления, заключается в том, чтобы абстрагироваться от фактической функциональности вашего веб-сайта. Вы также можете использовать ViewModel для нескольких разных представлений, если требуемые атрибуты совпадают. Я предлагаю заглянуть в KendoUI, чтобы свести к минимуму количество просмотров, если это вас беспокоит. В целом, MVC позволяет легко и понятно организовать ваш веб-сайт, чтобы его можно было поддерживать в долгосрочной перспективе. Хотя разработка может занять немного больше времени, потому что вам нужно создать больше ViewModels и потратить приличное количество времени на организацию, это должно уменьшить объем общей работы, которую вам придется выполнять в долгосрочной перспективе.
У вас есть 10 моделей или ViewModels. ViewModels следует использовать только для взаимодействия с представлениями, а модели - это то, что ваша БД использует для создания своих таблиц.
10 моделей для баз данных. создание базы данных для продажи товаров с различными свойствами, которые мне небезразличны. сейчас у меня только от 5 до 6, но я вижу, что количество моделей растет оттуда
Обычно у меня есть ViewModel для каждой модели, а затем несколько дополнительных для представлений. У вас будет куча ViewModels, но это помогает поддерживать абстракцию, так что, если какие-либо свойства изменятся, ваша программа все равно будет работать или, по крайней мере, поможет вам найти, где она сломалась.
так что, если у меня есть 10 моделей, мне нужно примерно 50 просмотров моделей?