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

Давайте начнем с самого простого:
Есть модель 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??
т.е. если мы хотим так - то нафиг эти шаблоны???