AO
.subscribe ( и можно ли его, как либо избежать )Size: a a a
2020 March 30
ЭП
Собс-но, вопрос, насколько правильно делать такой
не правильно, сделай свичмап и на него повесь свой мап и верни то что получаешь на свичемапе(source)
AO
тут дело вот в чем. Эти данные на создание продукта, это сайд-еффект. Т.е. они должны срабоать после того, как продукт получен. Но с того момент, как летит запрос и до момента как будут полученны сами данные, вьюха не должна быть заблочена
ЭП
сейчас примерно опишу
AO
сейчас примерно опишу
Спасибо, у меня это вроде как есть на скрине выше
ЭП
зачем возвращаешь createdProduct$?
AO
зачем возвращаешь createdProduct$?
чтоб подписка отработала
AO
Иначе запрос на создание не улетит
ЭП
Иначе запрос на создание не улетит
да, понял
AO
Но проблема в этом подходе, что пока не придут данные из
createdProduct$ не будет отрендерина вьюха. А мне нужно рендерить ее уже в момент, когда я кидаю запрос на createdProduct$, но после того ,как полчены product , productWithVersionAO
вот на этом скрине, уже не жду
AO
Но тут
.subscribe внутри asyncPipe, что, мне кажеться, очень стремнымЭП
Но тут
.subscribe внутри asyncPipe, что, мне кажеться, очень стремнымможет сделать стор products$ и в него некстить из tap, а после делать switchMap?
AO
может сделать стор products$ и в него некстить из tap, а после делать switchMap?
Хм... идея на подумать, спасибо
ЭП
Хм... идея на подумать, спасибо
я бы даже лучше сделал map, в котором делал next и возвращал уже product.id для switchMap
ЭП
хотя не могу понять как лучше, нужно смотреть
ЭП
Хм... идея на подумать, спасибо
tap(([1, 2, 3]) => _products$.next(1), this.some = 1.info),
filter(([1, 2, 3]) => condition),
switchMap(([{ id }]) => request(id))
ЭП
и takeUntil в самый конец нужно поставить