S
в ангуляре есть ErrorHandler который ты можешь инжектить и подменять
Size: a a a
2020 February 18
ST
и у всех них нет обработки ошибок?)
Там вопрос в том правильно ли идеологически в них сувать обработку на навигацию
DB
и у всех них нет обработки ошибок?)
Ну пока ещё нет, я только проектирую ещё)
Но вообще конечно не хотелось бы дублировать логику в каждом subscribe
Но вообще конечно не хотелось бы дублировать логику в каждом subscribe
AT
В этом случае нет ничего плохого в дублировании кода imho
DB
Можешь левую подписку сделать, ещё одного потребителя
RouterEventsSubsriber какой-то
Который будет ее ловить и навигейтить
RouterEventsSubsriber какой-то
Который будет ее ловить и навигейтить
Это cold observable, не прокатит
S
Там вопрос в том правильно ли идеологически в них сувать обработку на навигацию
ошибки в любом случае надо обрабатывать
ST
Это cold observable, не прокатит
Тогда напиши ивент бас, куда эмить событие ROUTER_NAVIGATE_TO, которое его отловит и сделает навигацию по требованию
S
не вижу ничего плохого если ошибка с NoIdError будет делать редирект на нужную страницу (если пользователь еще не там)
ST
Тогда напиши ивент бас, куда эмить событие ROUTER_NAVIGATE_TO, которое его отловит и сделает навигацию по требованию
Правда такой обработчик ради одной ошибки так себе
S
Ну пока ещё нет, я только проектирую ещё)
Но вообще конечно не хотелось бы дублировать логику в каждом subscribe
Но вообще конечно не хотелось бы дублировать логику в каждом subscribe
ну так сделай свой еррорХендлер и используй его во всех потребителях по дефолту
S
а в свой еррорХендлер добавь поддержку плагинов
через который ты добавишь обработку этого конкретно кейса
через который ты добавишь обработку этого конкретно кейса
ZS
как запускаешь ?
LS
уже справился, спасибо
DB
ну так сделай свой еррорХендлер и используй его во всех потребителях по дефолту
То есть мой кастомный errorHandler это некая функция которая вставляет в пайплайн RxJS
Вот так?
catchError() с моей логикой обработки этой ошибки?const data$: Observable<string | null>;
const clean$ = data$.pipe(
map(x => {
if (x === null) {
throw new NoldError();
}
return x;
})
);
function errorHandler<T>() {
return (source$: Observable<string>) =>
source$.pipe(
catchError(() => navigate('.....'))
);
}
const consumer$ = clean$.pipe(errorHandler())
Вот так?
S
То есть мой кастомный errorHandler это некая функция которая вставляет в пайплайн RxJS
Вот так?
catchError() с моей логикой обработки этой ошибки?const data$: Observable<string | null>;
const clean$ = data$.pipe(
map(x => {
if (x === null) {
throw new NoldError();
}
return x;
})
);
function errorHandler<T>() {
return (source$: Observable<string>) =>
source$.pipe(
catchError(() => navigate('.....'))
);
}
const consumer$ = clean$.pipe(errorHandler())
Вот так?
нет
S
То есть мой кастомный errorHandler это некая функция которая вставляет в пайплайн RxJS
Вот так?
catchError() с моей логикой обработки этой ошибки?const data$: Observable<string | null>;
const clean$ = data$.pipe(
map(x => {
if (x === null) {
throw new NoldError();
}
return x;
})
);
function errorHandler<T>() {
return (source$: Observable<string>) =>
source$.pipe(
catchError(() => navigate('.....'))
);
}
const consumer$ = clean$.pipe(errorHandler())
Вот так?
ErrorHandler обрабатывает ошибки, это понятно?
DB
ErrorHandler обрабатывает ошибки, это понятно?
Ну если надо понять только это, то да. Но я не понимаю, что именно он из себя представляет
S
Ну если надо понять только это, то да. Но я не понимаю, что именно он из себя представляет
с чем работает ErrorHandler?)
DB
с чем работает ErrorHandler?)
Вот это я как раз и не могу понять) Ну, наверное с ошибками...
Так, errorHandler это функция, которую я должен передать в catchError?
Так, errorHandler это функция, которую я должен передать в catchError?
S
Вот это я как раз и не могу понять) Ну, наверное с ошибками...
Так, errorHandler это функция, которую я должен передать в catchError?
Так, errorHandler это функция, которую я должен передать в catchError?
в catchError только конкретизиация ошибки