szKarlen 12 ноя 2011 в 17:31

Reactive Extensions for JavaScript. Полное руководство

7 мин

41K

ASP*JavaScript*Веб-разработка*Программирование*

Туториал

+33

Комментарии 22

p0is0n 12 ноя 2011 в 18:14

Для более простых вещей (тот-же jquery ajax) можно использовать Deferreds (1, 2).

Stepler 12 ноя 2011 в 18:50

Или вот по-русски Инструмент Deferred Object в jQuery.

Stepler 12 ноя 2011 в 18:56

programilla.com/blog/siteconstruction/253.html
Странно, ссылку не вставило нормально (((

f0rk 12 ноя 2011 в 21:00

А в связке с backbone можно и для сложных использовать :)

corker 12 ноя 2011 в 21:53

knockoutjs еще проще и нагляднее

inook 13 ноя 2011 в 00:36

Так же Sproutcore использует Observable. И там есть удобный Data Store, который всем будет знаком из ExtJs

CTAPbIu_MABP 12 ноя 2011 в 20:46

По моему эта библиотека займет нишу из разработчиков переключившихся с дотнет на джаваскрипт и не более

szKarlen 12 ноя 2011 в 20:53

думаю, не переключившихся с .net на js, а работающих с asp.net, которым необходимы уже знакомые инструменты на клиенте.

CTAPbIu_MABP 12 ноя 2011 в 21:04

не очень представляю работу на asp.net и extjs, например

szKarlen 12 ноя 2011 в 21:32

ну почему же. на asp.net можно предоставлять интерфейсы для доступа к данным в формате xml, json, odata и любом др. в виде сервисов.
причем, независимо будь то WebForms или MVC, все прекрасно работает с клиентскими UI. лично я использую jQuery UI.

CTAPbIu_MABP 12 ноя 2011 в 21:44

не-не это понятно что все равно что будет генерировать данные для построения, например гридов. Но как приспособить описанный в статье observer к этим таблицам из extjs? Это даже если возможно то точно не имеет много смысла.

szKarlen 12 ноя 2011 в 21:52

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

CTAPbIu_MABP 12 ноя 2011 в 22:03

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

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

szKarlen 12 ноя 2011 в 22:20

хорошо, уговорили :) пусть extjs и трудно будет связать (а то и некуда), все равно предназначение RxJS это не отменяет.

НЛО прилетело и опубликовало эту надпись здесь

CTAPbIu_MABP 13 ноя 2011 в 12:23

промахнулся, мой камент ниже

CTAPbIu_MABP 13 ноя 2011 в 12:23

Вопрос «зачем» не стоит) обстоятельства могут повернуться как угодно. Но если человек привык к чему-то он ищет похожие технологии там где он сейчас, это «принцип экономии мышления Маха-Авенариуса»
Мне же интересно другое, насколько технология придуманная для одного языка с его парадигмой и шаблонами применима к другому

НЛО прилетело и опубликовало эту надпись здесь

Shrike 19 ноя 2011 в 03:46

Именно. Erik Meijer даже как-то говорил, что RxJS для них референс реализация. Правда че-то заглохла JS-серсия. Даже исходник не дают нормальный (только минифицированный).