К примеру так:

Расширение существует только в контексте Вашего клиентского фреймворка :)

Так понятнее что такое "ViewModel is just a DTO, flat, and made of strings"?

А суффикс Json на мысли не наталкивает? :) У меня вот как раз таки тоже клиентский JavaScript-фреймворк

Как делаю я:
- посредством Ajax запрашиваю сервер (метод контроллера);

Чёрт, нажал Ctrl + Enter. Продолжаю:
- в контроллере получаю доменный объект, к примеру Person;
- преобразую во ViewModel: в нашем примере это PersonJsonModel;
- сериализую в Json (для класса из примера посредством DataContractJsonSerializer);

spт.е. у вас получается в контроллере жестко прописан адрес и параметры этой ВьюМодели и для каждого такого случая нужно все делать снова вручную и каждый раз по-новому!?
Не понял, какой адрес, какие параметры ViewModel в контроллере?

По большому счёту в JavaScript не нужна какая-то ViewModel.
А для универсальности могу посоветовать использовать события.
К примеру почитайте статью: И опять про MVC .

МСУНе понял, какой адрес, какие параметры ViewModel в контроллере?
Дружеская беседа космонавта, подводника и марсианина. [/quot]Ну дак ни слова не было про то, что парень применяет MVC в JavaScript :)

Кстати есть же готовый JavaScript MVC framework для тех, кто подсел на jQuery :)

spв общем я решил использовать для грида обычные модели, только недокармливать их, чтоб не такие жирные были :)
а остальные вьюхи снабжать полноценно оформленными моделями, а то с вашими вьюмоделями на клиенте сильно не разгонишся!Вы статью-то прочитали? :)
В какой-то момент (по готовности окна к примеру) Ваш грид (вью) генерирует событие "Загрузите список того-то".
Контроллер подписан на это событие и дёргает модель (к примеру метод list);
Модель запрашивает сервер (или что там у Вас);
Перед загрузкой данных модель генерирует событие "Список загружается", Вью подписано на это событие и отображает к примеру гифку с крутящимися шариками и надписью "Wait";
Модель получает данные от сервера в виде JSON (полный он у Вас, или нет - это Вам решать) и генерирует событие (или дёргает обсёрверы как в статье) куда и передаёт полученные данные;
Вью обрабатывает событие "Список загружен", в аргументах которого JSON, выполняет рендеринг, снимает гифку с шариками.

Далее пользователь тыкает на определённую строку, открывается другое Вью, что генерирует событие "Загрузите-ка мне запись по идентификатору", если у Вас JSON не полный;
Контроллер ... и дёргает модель (уже метод getItem(id));
Далее тот же контур, только события и реакции другие...

Т.к. мы ничего не кэшировали, то модели остались стройными :) И где тут наши вьюмодели, что Вас тормозят?

МСУЛичное мнение: MVC на Javascript - по меньшей мере параноя.А в чём параноя-то? Основная идея - это реализовать слабое связывание в случае rich интерфейса, что строится средствами JavaScript.

Хорошо :) Давайте сузим круг применения: rich интерфейс в административной части сайта. К примеру вашей странички в iGoogle.

Вообщем адекватные люди применяют различные паттерны в различных частях приложения, а не только MVC везде :) И если им надо реализовать свой facebook в плане интерфейса, то они и в JavaScript'е применяют некую архитектуру :)

alneo, какие win формы? :) API и интеграция с мобильными платформами (шмайфонами всякими и шмайпадами).

МСУ, то есть Вы намекаете на то, что в js следует применять другую архитектуру? Какую лично Вы предлагаете?

МСУ, Вам хватает jQuery за глаза. А у меня к примеру текущий проект - это разработка CMS для нашего продукта, интерфейс которой подобен Visual Studio: меню, тулбары, панели и т.п. Вообщем без паттернов никуда, уж поверьте :)