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

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

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

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

hVosttViPRosрастешь прямо на глазах :) приятно

да сам фигею :)
у тебя критическая масса набралась, начался процесс перехода количества в качество
ты еще будешь от себя офигевать - типа блин я этому не учился, но ЗНАЮ!!! и ЗНАЮ окончательно и бесповоротно!!!