VS
а как по-другому то? где же значения хранятся тогда, если я их не вижу в дебагере
проверь через .has(), если есть нужный хедер, то не парься
Size: a a a
2021 February 24
VS
M
а как по-другому то? где же значения хранятся тогда, если я их не вижу в дебагере
Вы делаете авторизацию запросов с помощью токенов?
AK
Вы делаете авторизацию запросов с помощью токенов?
да
M
Всем привет)
Помогите плиз)
Как осуществить Error Handling with ngrx/data.
там по определению, если произошла ошибка приложение должно упать)) Сешно но факт.
В доке - https://github.com/johnpapa/angular-ngrx-data/blob/master/docs/entity-actions.md#action-error
сказано -
The primary use case for error is to catch reducer exceptions. Ngrx stops subscribing to reducers if one of them throws an exception. Catching reducer exceptions allows the application to continue operating.
Че то я томожу, чтоб понять где у ngrx/data этот самый reducer чтоб catch reducer exceptions.
Помогите плиз)
Как осуществить Error Handling with ngrx/data.
там по определению, если произошла ошибка приложение должно упать)) Сешно но факт.
В доке - https://github.com/johnpapa/angular-ngrx-data/blob/master/docs/entity-actions.md#action-error
сказано -
The primary use case for error is to catch reducer exceptions. Ngrx stops subscribing to reducers if one of them throws an exception. Catching reducer exceptions allows the application to continue operating.
Че то я томожу, чтоб понять где у ngrx/data этот самый reducer чтоб catch reducer exceptions.
Ну и вы не правы что оно упадет, там же написано Catching reducer exceptions allows the application to continue operating.
Падает ошибка, сетится EntityAction.error, EntityEffects перехватывает и отсылает экшен с ошибкой, например QUERY_ALL_ERROR
https://github.com/ngrx/platform/blob/master/modules/data/src/effects/entity-effects.ts тут обрабатываются ошибки
https://github.com/ngrx/platform/blob/master/modules/data/src/actions/entity-op.ts пример экшенов.
Далее в эфекте их обрабатываете, в теории.
Я конечно поверхностно копал, может в чем не прав, но все есть в исходниках, смотрите, изучайте)
Падает ошибка, сетится EntityAction.error, EntityEffects перехватывает и отсылает экшен с ошибкой, например QUERY_ALL_ERROR
https://github.com/ngrx/platform/blob/master/modules/data/src/effects/entity-effects.ts тут обрабатываются ошибки
https://github.com/ngrx/platform/blob/master/modules/data/src/actions/entity-op.ts пример экшенов.
Далее в эфекте их обрабатываете, в теории.
Я конечно поверхностно копал, может в чем не прав, но все есть в исходниках, смотрите, изучайте)
M
Почитайте про иммутабельность http в angular. Там нельзя запросы модифицировать. Только новые создавать на базе предыдущих с помощью clone
AK
Почитайте про иммутабельность http в angular. Там нельзя запросы модифицировать. Только новые создавать на базе предыдущих с помощью clone
я в курсе, я так и делаю. И только что нашел причину, почему у меня интерсептор не шел на сервер за новыми токенами при 401 ошибке исходного запроса. Думал, что дело в формировании хедеров.
M
я в курсе, я так и делаю. И только что нашел причину, почему у меня интерсептор не шел на сервер за новыми токенами при 401 ошибке исходного запроса. Думал, что дело в формировании хедеров.
И в чем было дело?
AK
И в чем было дело?
catchError оператор, колбек функция была async, т.е. catchError(async () => {...})
AK
просто внутри колбека пара промисов с await была
M
catchError оператор, колбек функция была async, т.е. catchError(async () => {...})
аа о...
M
просто внутри колбека пара промисов с await была
такое не надо лучше )
AK
аа о...
а они не долгие, рендерят нотификацию
AK
можно и не ждать их
M
да понятно. я, работая с ангуларом, придерживаюсь политики - не использовать нативный js никогда, даже если очень хочется или кажется, что хочется. у нас же rxjs есть, который делает идеально все почти )
AK
да понятно. я, работая с ангуларом, придерживаюсь политики - не использовать нативный js никогда, даже если очень хочется или кажется, что хочется. у нас же rxjs есть, который делает идеально все почти )
ну при такой политике иногда может возникнуть слишком сложный код, если всегда юзать только rxjs. Промисы это просто параллельная фича, иногда читабельнее и удобнее, чем портянка из rxjs. Негативное использование нативного js в aнгуляре это, например, прямая работа с домом вместо рендерера, да и тут есть случаи, когда рендерер неприменим.
M
Сегодня на дейли обсуждали добавление ngrx в приложение
После таких сообщений желание это делать очень сильно падает)))00)90)
После таких сообщений желание это делать очень сильно падает)))00)90)
еще ngxs можно рассмотреть
M
ну при такой политике иногда может возникнуть слишком сложный код, если всегда юзать только rxjs. Промисы это просто параллельная фича, иногда читабельнее и удобнее, чем портянка из rxjs. Негативное использование нативного js в aнгуляре это, например, прямая работа с домом вместо рендерера, да и тут есть случаи, когда рендерер неприменим.
не соглашусь категорически ) rxjs наоборот про понимание и контроль того что ты делаешь - на абстрактном уровне. просто не надо лелать кучу лишней работы, при этом все контролируя. rxjs - заинька имхо
ЕУ
не соглашусь категорически ) rxjs наоборот про понимание и контроль того что ты делаешь - на абстрактном уровне. просто не надо лелать кучу лишней работы, при этом все контролируя. rxjs - заинька имхо
+
R
не соглашусь категорически ) rxjs наоборот про понимание и контроль того что ты делаешь - на абстрактном уровне. просто не надо лелать кучу лишней работы, при этом все контролируя. rxjs - заинька имхо
+