Узнал только что в эмбере для асинхронности тоже использовались генераторы, все плюс минус похоже на наши саги
http://ember-concurrency.com/docs/introduction

ля как красиво, даже для демонстранции сделали очереди тасок
http://ember-concurrency.com/docs/task-concurrency

Вопрос в одном - на кой тебе эмбер?)

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

не зря говорят что в эмбере уже все давно было сделано

ну кроме сервеных компонентов конечно же🌚

Народ подскажите,  как лучше :после изучения основ js переходить на react, или углубляться js?

основы в твоём понимании это что?

Запилить небольшой проект без фреймворков, потом трогать фреймворки

Тебе чуть тяжело будет разбираться с декларативным подходом. Да и как-то учить все принципы так себе. Углубись в основы ООП. Хотя бы иммутабельность, pure func и прочее. У меня всего 4 годика опыта, но лучше уверено разбираться с JS чтоб знать как всё должно работать и не путаться в синтаксисе. Это самый тяжелый вид ошибок ибо индивидуально

4 года решал задачки по типу fizzbuzz*

Доброго времени суток, помогите пожалуйста разобраться!


Понятно как и при каких случаях происходит повторный рендеринг и как дочерние компоненты реагируют на это... Вопрос в другом! Вопрос: К примеру есть Component, в котором объявлена функция(ниже), которая вызывается снаружи!

 const doFetch = (options = {}) => {
   setOptions(options)
   setIsLoading(true)
 }

Понятно что при вызове этой функции из-за изменения state произойдет повторный рендеринг компонента. Но не понятно когда произойдет повт-ый рен-инг? То есть после завершения функции или при выполнении функции, например - после этого setOptions(options) произойдет повторный рендеринг, а потом после setIsLoading(true), хотя наверное такое не будет, так как после пов-го рен-га функция сама не вызовется! Остаётся думать что - при выполнении функции будет запланировано два рендеринга и после завершения выполнения функции произойдет два пов-ных ренг-га поочередно. Так оно и есть или по-другому? Объясните пожалуйста этот момент

ухх, лучше бы просто челу поковырять жыэс на более менее нормальном уровне, парочку простых проектов, а потом попробовать React. Тяжело это - так новичку прыгать в ООП ты шо

Вот ты сможешь сесть и сделать реактивное приложение на компонентах сейчас, по типу Реакт, только на ванили? Поставь что-то из этого: с легкостью, заморочливо, сложно, очень сложно. Как минимум поставишь заморочливо. А представь как новичку?

сразу на TypeScript иди, не прогадаешь

а ты про какое ооп говоришь что у тебя в одном ряду:
> основы ООП
> хотя бы иммутабельность и чистые функции

Да, именно так. Все обновления стейта в реакте асинхронные и будут запланированы два изменения

После чего как только реакт сможет их сделать он из сделает

То есть не обязательно после завершения функции?

Обязательно, ререндер не произойдет пока функция не отработает.