Всем привет, скажите, пож-та, лучшие практики, когда следует использовать toPromise()

Question

Всем привет, скажите, пож-та, лучшие практики, когда следует использовать toPromise()

у Observable? Например, мне часто удобнее преобразовать Observable в промис, а затем выполнить обработку эвента в then(), нежели подписку создавать через .subscribe (притом ее еще финализировать как-то надо) - правильно ли это?

#angular #frontend #javascript #programming #russian

0

24.02.2021

19 ответов

21 просмотр

Michael Pokrovsky Автор вопроса

Объясните почему пож-та

0

24.02.2021

Пользователь 62a74

Michael Pokrovsky
Объясните почему пож-та

Промис и обсервабл - это разные инструменты

0

24.02.2021

Hey 👋, i'm 𝖙𝖍𝖊𝖐𝖎𝖇𝖆! キバ

Michael Pokrovsky
Объясните почему пож-та

Если вкратце, то если не отменять Promise или не отписываться от Observble, то это дает потенциальную возможность появления негативных эффектов, утечек и т.д. В этом докладе можно посмотреть подробнее: https://t.me/angular_fox/319

0

24.02.2021

Pavel

Hey 👋, i'm 𝖙𝖍𝖊𝖐𝖎𝖇𝖆! キバ
Если вкратце, то если не отменять Promise или не о...

А что мешает преобразовать обзервбл в промис, а затем отписаться от него? Только не совсем понятно в чем заключается "удобство" и почему сразу не использовать значение из обсервабл...

0

24.02.2021

Hey 👋, i'm 𝖙𝖍𝖊𝖐𝖎𝖇𝖆! キバ

Pavel
А что мешает преобразовать обзервбл в промис, а за...

Не понял первый вопрос. Удобство заключается в том, что отменить Promise гораздо сложнее, чем Observable. Если мы хотим отменить Promise, то необходимо реализовывать поддержку на уровне кода, пробрасывать и правильно обрабатывать Cancellation Token. Если мы хотим отменить Observable, то достаточно просто отписаться. Поэтому Observable, в отличии от Promise, дает очень удобную абстракцию для отмены потоков. Кроме того, rxjs предоставляет множество готовых и полехных операторов, которые всегда пригождаются.

0

24.02.2021

Michael Pokrovsky Автор вопроса

Hey 👋, i'm 𝖙𝖍𝖊𝖐𝖎𝖇𝖆! キバ
Не понял первый вопрос. Удобство заключается в то...

спасибо даже в случае с посылкой запроса через http-сервис с однократной обработкой ответа промисы лучше не использовать?

0

24.02.2021

Oleg Safonov

Michael Pokrovsky
спасибо даже в случае с посылкой запроса через htt...

а зачем Вы хотите их использовать? Просто это даже с точки зрения кода будет сложнее, где то - observable, где то - promise

0

24.02.2021

Hey 👋, i'm 𝖙𝖍𝖊𝖐𝖎𝖇𝖆! キバ

Michael Pokrovsky
спасибо даже в случае с посылкой запроса через htt...

Да, все так

0

24.02.2021

Michael Pokrovsky Автор вопроса

Oleg Safonov
а зачем Вы хотите их использовать? Просто это даже...

мне просто казалось удобнее сделать toPromise, а потом работать с than() и catch()

0

24.02.2021

Alexander

Michael Pokrovsky
мне просто казалось удобнее сделать toPromise, а п...

А в чем конкретно удобство?

0

24.02.2021

Oleg Safonov

Michael Pokrovsky
мне просто казалось удобнее сделать toPromise, а п...

ну в этом случае просто будет неконсистентное api у Ваших сервисов, где то поток, где то - promise. Не думаю, что than \ catch сильно удобнее будет)

0

24.02.2021

Michael Pokrovsky Автор вопроса

Alexander
А в чем конкретно удобство?

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

0

24.02.2021

Alexander

Michael Pokrovsky
ну я думал, что подписку освобождать нужно обязате...

Не перейдет

0

24.02.2021

Oleg Safonov

Michael Pokrovsky
ну я думал, что подписку освобождать нужно обязате...

на самом деле promise вероятно всегда выполнится, даже если компонент уничтожен, нет?

0

24.02.2021