Конечно, можно отлаживать код RxJS. Я думаю, что, вероятно, можно с уверенностью сказать, что вряд ли кто-то использовал бы его, если бы это было не так - Angular2 также сильно построен на нем.
Чаще всего люди используют те же способы, которыми они отлаживают другие JavaScript, точки останова (например, отладчик) и console.log().
Некоторые пользователи используют более продвинутые методы, такие как рисование графиков зависимостей или мраморных диаграмм. Андре Стальц недавно писал об этом, так что это может быть полезным ресурсом.
В конечном счете, любой вид асинхронного программирования будет сложнее отлаживать. Это не уникально для redux-observable/RxJS; быстрый поиск также выявит множество проблем с отладкой для redux-saga.
Оказывается, redux-thunk — лучшее решение для подавляющего большинства приложений, потому что большинство из них не имеют сложных проблем с побочными эффектами, которые оправдывают что-то вроде redux-observable или redux-saga. Хотя, если вы уже хорошо разбираетесь в RxJS, нет ничего плохого в использовании redux-observable.
redux-saga как проект существует дольше, чем redux-observable, так что это, безусловно, одно из основных преимуществ. Вы найдете больше документации, примеров и, вероятно, у вас будет лучшее сообщество, от которого можно получить поддержку.
Обратной стороной является то, что операторы и API, которые вы изучаете в Redux-saga, не так легко переносимы, как изучение RxJS, который используется повсеместно. redux-observable супер-супер супер прост внутренне, он просто дает вам естественный способ использования RxJS. Так что, если вы знаете RxJS (или хотите), это очень естественно.
Мой совет на данный момент для большинства людей заключается в том, что если вам нужно спросить, какой из них вы должны использовать, вам, вероятно, следует выбрать redux-saga.
(отказ от ответственности: я являюсь одним из сопровождающих redux-observable и RxJS v5)
person
jayphelps
schedule
26.07.2016