Есть таблица Persons
Нужно иметь ее табличное представление и форму ввода
Это 2 разных класса со своими вью моделями и контроллерами или это один класс с разными вью и какимто общим контроллером?

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

Контроллер PersonController

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

1 модель PersonView


Но в так называемых вью есть же и обработчики и логика всякая - это отдельные контроллеры во вью?

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

Контроллер PersonController

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

1 модель PersonView


К примеру, Index.aspx (список) может иметь тулбар с кнопками -где тогда контроллер? в этом вью? или в глобальном контроллере?

МСУПочитайте книгу, серьезно. Не мучайтесь сами и не мучайте форум глупыми вопросами :)
Дык перечитал уже кучу - но там простенькие примеры, которые на такие вопросы не отвечают - поэтому и задаю вопросы тут!

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

Кучу книг и статей - и все они буквари - ни одного сложного примера - все простенькие!

МСУ,

Да вот хотябы навскидку:
Wrox.Professional.ASP.NET.MVC.1.0
ASP .NET MVC Framework с примерами на C# (для профессионалов)

но там речь идет о Макрософтовском фреймворке - это немного разные весчи MVC и фреймворки, да и не используем мы ASP.NET в чистом виде!
нам нужно использовать МВЦ на JavaScript - а книги по МВЦ для яваскрипт описывают лишь работу с группой компонент на странице и такие вопросы как я озвучил не рассматривают - поэтому и задаю я тут повторно те же вопросы!
Поэтому задаю я вопросы более концептуальные а не применительно к Майкрософт МВЦ или к другому фреймворку!

Я думаю что пояснение концепции в нескольких предложениях было бы короче че все предложения идти в библиотеку, это было бы полезно не только мне но и тем кто прочев эти книжки тоже не понял как же делать сложные вещи на МВЦ, а не только примерчики

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

Контроллер PersonController

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

1 модель PersonView


В вашем ответе тоже много подводных камней - во многих книжках пишут что вью - чистый ХТМЛ, а у вас это .aspx - а это целая страница с кодбехайнд - тянет на презентер или на крайний случай вью-модель!!

Ну я так и ожидал, что начнется беседа об одном фреймворке - а их мульон и каждый будет казацца кашей в голове тому кто использует другой!

Давайте начнем с самого простого:
Есть модель Person
var Person.Model = {
personInfo: {
inn: '',
name: '',
lastName: '',
birthDay: 0,
address: ''
},

get: function(){...},
update: function(data){...},
create: function(data){...},
delete: function(inn){...}
};

Существует так же вид - форма.
Person.View.Form = {
formContent: '<div>...</div>',

show: function(){},
hide: function(){}
}

ВидФорма методом show с помощью шаблонов на основании переданной модели создает поля формы с надписями и заполняет их переданными в модели данными. Возможно в ВидФорма есть кнопочки Ok и Cancel. По их нажатию контроллер должен сохранить изменения или просто закрыть ВидФорма.
Тут возникает вопрос: модель вид и контроллер в идеале ничего не должны знать друг о друге - но тогда как ВидФорма знает что сказать контроллеру что пользователь нажал на кнопку и как контроллер должен подписываться на то не знаю что у вида?

Далее есть несколько видов грдивью:
- простой грид с полями филтрации над гридом по полям модели,
- вид гридвью "люди, которые носят костюм" с фильтром по полям размер костюма. цвет галстука (которых нет в модели)

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

ну для начала хватит вопросов...)

МСУза код спасибо - чуть просветлело :)


МСУsp- в каждом гридвью есть куча действий, специфичных только для данного вью - как их выносить в контроллер и как потом эту лапшу контролировать
Обыкновенно выносить. Всем рулит контроллер. Лапшу не вижу.

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


МСУsp- в гридвью появляются поля не являющиеся частью модели - что делать с ними? как их обрабатывать?
ну для начала хватит вопросов...)
Такого не должно быть. Модель должна полностью описывать представление. Пример привел выше.

Такое встречается сплошь и рядом -синтетические модели
Посмотрите в MS CRM - там в грид можно добавлять поля из связанных с моделью сущностей, а также поля фильтра, несуществующие в модели

МСУspв разных вью есть куча кнопок нв тулбаре со своими действиями (и не всегда это действия с моделью), есть куча менюшек и т.п. - все это барахло сваливать в один контроллер?
Да.
И как в контроллере разбираться какому вью что нужно цеплять??

МСУspоткуда контроллер занет как привязаться к этому барахлу в конкретном вью? откуда вью знает что нужно отдать контроллеру на контроль??
Контроллер не то, что знает, а он обязан знать, какое вью нужно отдать.

Про какую модель отдать речи не шло - речь шла о том откуда контроллер занет об внутреннем устройстве вью, чтобы привязать конкретные обработчики к конкретным элементам вью??

МСУspТакое встречается сплошь и рядом -синтетические модели
Посмотрите в MS CRM - там в грид можно добавлять поля из связанных с моделью сущностей, а также поля фильтра, несуществующие в модели
Забудьте про синтетические модели. MS CRM тут вообще не причем. Есть модель, вью и контроллер. Всё.

Неет, такое забыть невозможно - нам такое же надо реализовывать:)

Да еще бывают комбинированные вью - ВьюЛицоЗаказы - в котором на кроме информации о Person отображается вью OrderList и вью OrderItems - это контроллер Person должен инстанциировать OrderList и OrderItems и вставить их во вью ВьюЛицоЗаказы??

МСУ,

А может в сложных вью было бы прощще с MVP вместо MVC?
(после прочтения статья на хабре )

МСУspМСУ,

А может в сложных вью было бы прощще с MVP вместо MVC?
(после прочтения статья на хабре )
Не, лучше MVVM + MVC. Недавно с Парамоном тёрли.

надо почитать, подумать...)

МСУ

А как тогда реализуется логика как в Microsoft CRM: создается grid view в дизайнере, но там есть возможность формировать запрос визуально и выводить в грид не только поля основной сущности(модели), но и поля , связанных с данной сущностью сущностей??
Это уже не MVVM или MVC?
Причем вся эта хрень точно у них называется view!

Или таки получается, по-вашему, что такой функционал не достижим для MVC или MVVM!?

МСУsp, у Вас каша в голове. Представление в динамикс црм никоим образом не коррелирует с паттернами проектирования.
Это официальная информация от майкрософт??

МСУ,

т.е. другими словами - функционал в MS CRM никак не коррелирует с шаблонами MVC и MVVM??
т.е. если мы хотим так - то нафиг эти шаблоны???

МСУ1. MS CRM никак не коррелирует с шаблонами MVC и MVVM.
2. Представления MS CRM никак не коррелирует с шаблонами MVC и MVVM. Это просто тупо название такое.
3. Писать свои кастомизации в MS CRM (через IFrame) Вы можете хоть ASP.NET MVC, хоть на PHP, хоть на черте на куличках.

я не об этом пекусь - функционал когда во вью участвуют поля не только из основной модели -в шаблонах не достижим???