И
Всем привет, подскажите пожалуйста, мы можем без subscribe выполнить запрос на REST через httpclient? Суть в том что нужно отправить запрос в определённое время и не важен ответ
toPromise()
Size: a a a
2019 September 27
MF
toPromise()
// а букавок столько же... :)
MF
А как проиходит очистка ресурсов в случае с
мы же там храним какой-то абстрактный
но тогда нет механизмов вызова
к тому же, если компонент подписан на какие-то события извне... GC его же не соберет...
RouteReuseStrategy?мы же там храним какой-то абстрактный
DetachedRouteHandle, и, как я понимаю, теряя на него ссылку GC должен собрать все остальноено тогда нет механизмов вызова
ngOnDestroy() и прочегок тому же, если компонент подписан на какие-то события извне... GC его же не соберет...
И
// а букавок столько же... :)
че ?
MF
че ?
.subscribe();
.toPromise():
.toPromise():
И
.subscribe();
.toPromise():
.toPromise():
Зарплату за буковки платят или результат ?
AS
как сделать конфигурацию сборки с настройками, унаследованными от прода, только енвайромент поменять? не охота копировать все флаги
MF
Зарплату за буковки платят или результат ?
нет, я просто не вижу разницы между этими двумя вариантами
вот только на мой взгляд некомильфо в
вот только на мой взгляд некомильфо в
Promise превращать Observable...Вキ
нет, я просто не вижу разницы между этими двумя вариантами
вот только на мой взгляд некомильфо в
вот только на мой взгляд некомильфо в
Promise превращать Observable...Разница лишь в том, что Promise будет сложнее отменять. Поэтому некомильфо, согласен
EK
toPromise()
Лишнее действие =)
И
Лишнее действие =)
предложишь выполнять пустой колбек ?
И
ну его ж не волнует результат, так что и чёрт с ним
Единственное я думаю что в консоль будут сыпаться ошибки, если запрос будет 4xx/5xx кода
Единственное я думаю что в консоль будут сыпаться ошибки, если запрос будет 4xx/5xx кода
MF
предложишь выполнять пустой колбек ?
ну, у метода
я не в курсе, пустай там коллбэк, или его вообще нет, но суть та же
.subscribe() все аргументы опциональныя не в курсе, пустай там коллбэк, или его вообще нет, но суть та же
AS
toPromise по моему уместен, только если асинк функции нужны. Ну или у нас вообще цепочка промисов сложилась по каким то причинам
MF
Лишнее действие =)
а вот это вряд ли...
смотря что вы имеете в виду под "лишним действием"
смотря что вы имеете в виду под "лишним действием"
MF
ну его ж не волнует результат, так что и чёрт с ним
Единственное я думаю что в консоль будут сыпаться ошибки, если запрос будет 4xx/5xx кода
Единственное я думаю что в консоль будут сыпаться ошибки, если запрос будет 4xx/5xx кода
toPromise() вроде как тоже должен валить ошибки в консоль...если
catch-коллбэка нетуИ
toPromise() вроде как тоже должен валить ошибки в консоль...если
catch-коллбэка нету"Единственное я думаю что в консоль будут сыпаться ошибки, если запрос будет 4xx/5xx кода"
И
Однако, если это сбор метрик, тем более свой, то, наверное, лучше знать о том, что он данные от юзера не принимает
MF
"Единственное я думаю что в консоль будут сыпаться ошибки, если запрос будет 4xx/5xx кода"
в обоих случаях сыпятся ошибки
Вキ
Хорошая статья, которая доходчиво показывает, почему Observable unsubscribe предпочтительнее Promise cancellation token. Это основная причина, почему не рекомендуется использовать toPromise у Observable, так как сильно усложняется жизнь с асинхронными потоками.
https://blog.bloomca.me/2017/12/04/how-to-cancel-your-promise.html
https://blog.bloomca.me/2017/12/04/how-to-cancel-your-promise.html
