Это:
Общий репозиторий DbRepository (+ сущность БД: Person)

Контроллер PersonController

3 представления - Index.aspx (список), Details.aspx (карточка), Edit.aspx (создание, изменение)

1 модель PersonView

Почитайте книгу, серьезно. Не мучайтесь сами и не мучайте форум глупыми вопросами :)

Кучу чего, книг или простеньких примеров? :) Я говорю букварь откройте.

sp, зуб даю на отсечение, человек, прочитавший "кучу книг" по мвц, такие вопросы задавать не будет
Да, озвучьте список прочтенных книг, пожалуйста :)

ПарамонВ идеале для каждого представления свой класс
Можно, но жирновато. В идеале - предметная область (модель) одна и не должна зависеть от количества представлений.

ПарамонМСУМожно, но жирновато. В идеале - предметная область (модель) одна и не должна зависеть от количества представлений.
получите уклон в сторону MVVM, что на самом деле тоже вариант, но в MVC модель представления и домейная модель не одно и тоже, модель представления это сухой класс который содержит только поля для вьюшки и никакой бизнес логики.
Абсолютно верно, имеем некую смесь MVVM и MVC. То есть, есть класс БД без логики, есть и модель по канонам MVC (с логикой, валидацией и доп. полями для представления). Основные поля из класса БД в модель мы намапливаем через маппер (вот тут как-то демонстрировал свой мапперок: 10281093 ) одной строчкой (чтобы каждое поле не считывать).
spВ вашем ответе тоже много подводных камней - во многих книжках пишут что вью - чистый ХТМЛ, а у вас это .aspx - а это целая страница с кодбехайнд - тянет на презентер или на крайний случай вью-модель!!
Какой кодбехайнд? :) В MVC нету кодбехайнд. Какой презентер? В MVC нету презентера. У Вас каша в голове, sp. Серьезно...

Парамон, 12 ASP.NET MVC Best Practices

Model’s Best Practices 7 – DomainModel != ViewModel
The DomainModel represents the domain, while the ViewModel is designed around the needs of the View, and these two worlds might be (and usually are) different. Furthermore the DomainModel is data plus behaviours, is hierarchical and is made of complex types, while the ViewModel is just a DTO , flat, and made of strings. To remove the tedious and error-prone object-mapping code, you can use AutoMapper . For a nice overview of the various options I recommend you read: ASP.NET MVC View Model Patterns.

Парамонтянуть всю модель из базы и затем мапить ее в маленькие вьюшки не дело )
Всмысле? Я просто выбираю одну запись из таблицы (или paging список записей) и всё.
Раскройте смысл "тянуть всю модель из базы и затем мапить ее в маленькие вьюшки".