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

spя не об этом пекусь - функционал когда во вью участвуют поля не только из основной модели -в шаблонах не достижим???
Нет понятия "основной" модели или "не основной". Есть представления, есть модели. Как там будет расположена логика в модели с полями, другой вопрос, который вообще не коррелирует с паттернами проектирования.
Нужны динамические поля - делайте массив эти полей и цепляйтесь представлением к ним. Причем тут MVC / MVVW / MS CRM я так и не понял. Каша.
spпо поводу реализации MS CRM - я согласен с вами - это полная ж..па :))
Согласны с чем? Я не припомню, чтобы говорил о том, что в динамиксе плохая реализация.
spв архитекутрном плане проетирования интерфейсной части (в СКЛ у них там вроде порядок)
Как в интерфейсной части так и в серверной части в MS CRM полный порядок.

spа я настаиваю что в интерфейсной части там полная ж... - посмотрите фиддлером - будете приятно удивлены увидев кашу
Та мне как-то сиренево, какая там каша из js и иного контента рендерится срм'ом. Мне важно, что есть мощные и гибкие возможности кастомизации (айфреймы и плагины + адекватная объектная js-модель).
spНет, нет и не у говаривайте миня считать это нормальной реализацией )))
Та не буду, оставайтесь при своем мнении :) Вам шашечки, а мне ехать.
spВот и у вас каша в ответе - вопрос простой: есть модель Contract, есть его вью и в нем я выбираю поля в таблицу которые находятся в связанных моделях с Contract
Уже неправильная постановка. Никаких "связанных" моделей. Есть одно представление и есть его одна модель, поведение которой описывается в контроллере. Если даже n представлений имеют схожие "очертания", все-равно нужно делать под них свою модель.
Что Вы привязались к этим полям? Поля может спокойно отдавать модель не некой коллекции, на основании которой мржет видоизменяться само представление. Но так или иначе, вся эта хрень описывается одной моделью и одним представлением. И не важно что там у нас, MVC или MVVM.

spМСУ сложно с вами что-то обсуждать - вы пользуетесь общими рассуждениями, которые мало помогают понять суть
Чтобы понимать суть, нужно книжки читать. Почитайте ASP.NET MVC и вопросы сами собой отпадут.

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

spЗЫ: констатирую из всех моих попыток на этом форуме понять сложные для меня вещи в МВЦ и МВВМ ни к чему не привели
Еще раз, прочитайте книгу. Не мучайте свой мозг, не мучайте форум.

spНепойму зачем мне мучить свой мозг фреймворком с которым я не собираюсь работать!?
А я "непойму" 2 момента:
- что Вы вообще делаете в этом треде?
- зачем задаете вопросы по ASP.NET MVC, если не собираетесь с ним работать?
spНу это вы зря - уже есть фреймворки реализующие это (Backbone, Knockout), но у них у каждого своя идеология и специфика, которая по религиозным соображениям мне не подходит
Кому нужна эта петрушка?
spу нас не будет использоваться ASP.NET для формирования фронт-энда - эту функциональность нам надо перенести на JavaScript
Тем более, что Вы вообще делаете в этом форуме?

sp, да Вас вообще хер поймешь. То одно, то другое, то третье. Моск не поспевает за Вашими мыслями...

sp, ну вот не надо, а :)
Все Вас любят и уважают как старожила, чтят и поклоняются. Просто я нифига не понял (до сих пор, кстати), что и зачем Вам нужно