есть инфа как эта штука дружит с TS?

есть типы на флоу, а все остальное обычные промисы

ну кроме отмены - промисы не отменяются :(

отменяются же вроде?

как?

просто скипнуть его ))

http://bluebirdjs.com/docs/api/cancellation.html

не?

отменяются же вроде?

стандартные нет.

а

да и вообще отмена промиса не логична

и в стандарте это никак не упоминается?

и в стандарте это никак не упоминается?

нет

промис это контейнер значения

const value = getData()

вот как тут отменить получение значения?

промис то же самое const value = await getData()

просто контейнер

если хотите отмены берите футурки flutures

и работайте напрямую

промисы были придуманы не для такого

просто контейнер

О! Ты личную жизнь поправил. И к барберу сходил. Норм

combot.org/chat/-1001032883247

там же нет привычной ловли ошибок

О! Ты личную жизнь поправил. И к барберу сходил. Норм

??

https://github.com/wellguimaraes/actionware посмотри на это

прикольная штука дока на вид нормальная вопрос только почему 15 звездочек)

там же нет привычной ловли ошибок

да ну? try { const value = await getData() } catch (error) { } finally { }

там же нет привычной ловли ошибок

или ты про футурки? есть там всё)

я про future

или ты про футурки? есть там всё)

дай ок либу

ну там же нет ветвления как в промисах: Prom.then(..).catch(..), там вроде только глобальный catch на все ошибки

или я неправильно доку понял?

ну там же нет ветвления как в промисах: Prom.then(..).catch(..), там вроде только глобальный catch на все ошибки

есть

дай ок либу

https://github.com/fluture-js/Fluture

кстати, @sergeysova, как ты с редаксом работаешь?

окей, перечитаю

https://github.com/fluture-js/Fluture

спасибо

кстати, @sergeysova, как ты с редаксом работаешь?

санки + немного кастомного кода поверх

санки + немного кастомного кода поверх

вот и я к тому же пришел

это наверно хорошо)

вот и я к тому же пришел

все к этому приходят)) кто-то раньше, а кто сагу любит

сага это капец, особенно на TS

кто-нибудь в реальных проектах использует монады и библиотеки для работы с ними (например sanctuary)?

да GHC

кто-нибудь в реальных проектах использует монады и библиотеки для работы с ними (например sanctuary)?

@ZeroBias обожает монадки)

сорян:)

я только не понимаю как он еще не слез на GHCJS

Надо было ставить вопрос иначе, кто нибудь, кроме Димы, это использует?)

https://webkit.org/blog/7846/concurrent-javascript-it-can-work/

В блинке есть уже?

В блинке есть уже?

нет

Значит, ждем

Сам по себе вебкит интересен ток если пилить мобильные сайты

Гайс, есть небольшой таск на фрилансе и никак не успеваю сделать, никто не хочет помочь ?)

Гайс, есть небольшой таск на фрилансе и никак не успеваю сделать, никто не хочет помочь ?)

Попробуй в js noobs спросить. Там есть люди которые хотят практики, но не могут придумать себе задач

Ну как бы я не за фришно предлагаю

На jQ поди?

реакт

криейт реакт епп

редукс

Я уже начал надо доделать.

Работы там не так уж много, но просто не успеваю совмещать с работой.

Ну а так а че тебе в генераторах не нравится? Async/await на тех же генераторах, но суть не в том, а в том, что саги как бы полностью отделеляют бизнес-логику от реализации, если правильно писать их. Это такой корутинный едсл для бизнес-логики, который ничего не знает про вьюху и про модель (если использовать для получения данных только селекторы), и даже про редакс (вручную диспатч ты не вывзваешь в сагах)

То есть теоретически можно заменить редакс и реакт на что угодно другое, вся бизнес-логика останется той же

Ну конечно в фронтенде это не нужно, можно в занках налабать, а лучше jquery взять

Ну конечно в фронтенде это не нужно, можно в занках налабать, а лучше jquery взять

занки -> санки

а чем put от dispatch отличается?

ERROR: S client not available

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

Ну а так а че тебе в генераторах не нравится? Async/await на тех же генераторах, но суть не в том, а в том, что саги как бы полностью отделеляют бизнес-логику от реализации, если правильно писать их. Это такой корутинный едсл для бизнес-логики, который ничего не знает про вьюху и про модель (если использовать для получения данных только селекторы), и даже про редакс (вручную диспатч ты не вывзваешь в сагах)

только вот генераторы для другого придумали Чтобы отделить логику от рендера и дата-флоу не нужны санки. Как раз вы делаете хуже. Вы завязываете свой код на сагу, а значит и на ридакс, и со всем следующим. А санки всего лишь ждут пока закончится вызов метода и всё, вся логика будет уже в методе, да и тестировать это проще

Пут - абстракция над диспетчем. Можно без проблем заменить диспатч на другую реализацию

а можно просто не юзать сагу и писать адекватный код

Генераторы - корутины, их для ассинхоонности и придумали

лол

Лет так дцать назад

их придумали не для асинхронности (в жс)

а для того чтобы получать данные в псевдосинхронном стиле из списко-подобных структур

Лол, не совсем) Суть генераторов - иметь возможность приостановить выполнение сопрограммы и иметь возможность потом продолжить выполнение с той же точки

В жс именно эту задачу они и выполняют

Это и есть ассинхоонность

генераторы -> генерировать

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

Я к тому, что у генераторов довольно широкое применение по задумке, получение данных из списка-подобных - лишь юзкейс

В реакте есть jsx

Значит фрейм

че

Што?

а вы не знали?)

А пригласи господина в чат

Пусть объяснит, что имеет в виду

Синтаксис

А пригласи господина в чат

сейчас попробую)

Вечер в чат

Реакт - фреймворк, веришь?

пойду запасусь попкорном)

Шалом

А теперь объясняй, что там с jsx и при чем тут фрейм

Что, опять, что ли?

Так вот. Реакт - это фреймворк