ну почему же. на asp.net можно предоставлять интерфейсы для доступа к данным в формате xml, json, odata и любом др. в виде сервисов.
причем, независимо будь то WebForms или MVC, все прекрасно работает с клиентскими UI. лично я использую jQuery UI.
не-не это понятно что все равно что будет генерировать данные для построения, например гридов. Но как приспособить описанный в статье observer к этим таблицам из extjs? Это даже если возможно то точно не имеет много смысла.
я конечно не работал с extjs, однако одной из полезностей может быть вытягивание данных из одного источника (пусть это грид), и их преобразование в новый массив через оператор select.
а еще там есть связка для extjs, и для построения UI-логики приложения вполне подойдет.
хорошо, в двух словах: надо создать дата модель а-ля мапинг к ждейсону, надо создать датастор (датасорс) с этой моделью, надо создать грид с этим стором. в эту связку очень тяжело что-то всунуть, практически не возможно.
а жуквери юай это просто набор виждетов которые очень слабо связаны, так что с ними можно делать что угодно и чем угодно, тут проблем нет
Вопрос «зачем» не стоит) обстоятельства могут повернуться как угодно. Но если человек привык к чему-то он ищет похожие технологии там где он сейчас, это «принцип экономии мышления Маха-Авенариуса»
Мне же интересно другое, насколько технология придуманная для одного языка с его парадигмой и шаблонами применима к другому
Именно. Erik Meijer даже как-то говорил, что RxJS для них референс реализация. Правда че-то заглохла JS-серсия. Даже исходник не дают нормальный (только минифицированный).
Reactive Extensions for JavaScript. Полное руководство