ViPRosвот в новая убийцу проджект манаджмент счас инвестируюсь, таааакую фигню сделаю! вощем на пенсии она меня должна кормить до смерти

веб версия будет?

Артем GОк. Создаю в папке модели папку Peoples и в ней создаю Модель: Class ListModel: List <People>

не ок.

List<People> уже отвечает необходимым требованиям.

с другой стороны, вам скорее всего понадобится вью типа:

hVostt,

блин, я не прав

Артем G,

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

называешь вью модели вот так:

<Имя контроллера><Имя действия>ViewModel

Для коллекций создаешь ещё специальное вью:

<Имя элемента>ItemViewModel

Коллекции передаешь по интерфейсам IReadOnlyCollection<> или IReadOnlyList<>

Можешь следовать такому соглашению. Или придумай своё. Главное, чтобы соглашение соблюдалось. Тогда не надо будет отвлекаться и думать над тем, надо ли создавать модель, как назвать модель и т.п. Используя соглашения можно написать свои генераторы кода, что весьма удобно. Сопровождать удобно.

skyANA2. но если таки хотите использовать свой ListModel так как написано в коде, то надо бы определить в нём неявное преобразование из типа List<People> ( преобразование типов в .NET Framework ).

он просто хочет разобраться :)
вообще, учитывая количество сложностей у новичков с MVC, я бы сказал, что архитектура ASP.NET MVC — мягко говоря не совершенна. не до конца понятна роль вью-моделей. это должно быть чистое DTO, или может обладать логикой? вообще-то может, как минимум может нести «на себе» валидацию.. ну программер может туда зафигачить кода, наследования, абстракций и прочего говна, которого я уже повидал достаточно — реально жесть. никакого понимания что такое вью-модели, какими они должны быть, как их называть, как их делать, и когда надо остановиться нет. всё ложится на плечи опыта программиста, его лени и его бредовых фантазий. вот так.

и с контроллерами тоже всё не просто так. особенно новичков в ступор загоняет, что М (модель) это не вью-модели, это что-то другое, чего в ASP.NET MVC нет, и программер должен его туда добавать. от того М тупо проваливается куда-то в небытие, остаётся какой-то куцый репо или вовсе прямые обращения к БД через юзинг в контроллерах и получаем толстый тупой контроллер. тоже нет чёткого описания, как использовать контроллер, что такое Модель, где и откуда она должна браться и т.д.

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