DT
ты не можешь это гарантировать
ну окей, если там ошибка, то мне надо и её показать
Size: a a a
2020 March 18
S
ну окей, если там ошибка, то мне надо и её показать
CanDeactivate есть гард
S
можешь запрещать выход пока идут запросы
DT
CanDeactivate есть гард
так блокировать не надо
DI
Чтоб не в const, а в this записывалось
this.documentId = documentId;
this.debtorId = debtorId;
this.debtorId = debtorId;
В
Dmitriy Ivchenko
this.documentId = documentId;
this.debtorId = debtorId;
this.debtorId = debtorId;
Сейчас так и работает, думал есть способ поинтереснее)
S
так блокировать не надо
значит запрос должен быть сделан в том месте которое живет дольше места где этот запрос инициирован
В
С деструктуризацией в переменные компонента
DT
значит запрос должен быть сделан в том месте которое живет дольше места где этот запрос инициирован
имхо нужен какой-то другой подход, чтобы не управлять этим из компонентов или сервисов, у которых время жизни как у компонента
вроде того, чтобы оборачивать запрос и подписываться внутри, чтобы запрос завершился вне зависимости от количества подписчиков в компоненте
вроде того, чтобы оборачивать запрос и подписываться внутри, чтобы запрос завершился вне зависимости от количества подписчиков в компоненте
DT
значит запрос должен быть сделан в том месте которое живет дольше места где этот запрос инициирован
вроде такой фигни (код от балды, не настоящий):
updateEntity<T>(entity: Partial<T>): Observable<T> {
return new Observable(observer => {
this.http.patch<T>(ENTITY_ROUTE, entity)
.pipe(handleHttpError())
.subscribe(
result => { observer.next(result); observer.complete() },
error => { observer.error(error); observer.complete() },
() => { observer.complete() },
);
});
}S
имхо нужен какой-то другой подход, чтобы не управлять этим из компонентов или сервисов, у которых время жизни как у компонента
вроде того, чтобы оборачивать запрос и подписываться внутри, чтобы запрос завершился вне зависимости от количества подписчиков в компоненте
вроде того, чтобы оборачивать запрос и подписываться внутри, чтобы запрос завершился вне зависимости от количества подписчиков в компоненте
this message sposnsored by ngrx gang
S
вроде такой фигни (код от балды, не настоящий):
updateEntity<T>(entity: Partial<T>): Observable<T> {
return new Observable(observer => {
this.http.patch<T>(ENTITY_ROUTE, entity)
.pipe(handleHttpError())
.subscribe(
result => { observer.next(result); observer.complete() },
error => { observer.error(error); observer.complete() },
() => { observer.complete() },
);
});
}>
updateEntity<T>(entity: Partial<T>): Observable<T>;S
из этой строчки тебе понятно, нужно отписываться или нет?
DT
из этой строчки тебе понятно, нужно отписываться или нет?
надо
DT
и ты отпишешься, но внутри разве не дойдёт до конца реквест?
S
и ты отпишешься, но внутри разве не дойдёт до конца реквест?
дойдет, но не нарушает ли это контракт обсервабла?
S
я делаю апдейт ентити
потом отписываюсь от этого (отменяю)
потом отписываюсь от этого (отменяю)
S
а оно всеравно апдейтится
DT
я делаю апдейт ентити
потом отписываюсь от этого (отменяю)
потом отписываюсь от этого (отменяю)
и как ты тут гарантируешь, в какой момент времени ты отписался и что оно ещё не успело обновиться?
может ты отписался, пока у тебя ответ грузился
может ты отписался, пока у тебя ответ грузился
S
и как ты тут гарантируешь, в какой момент времени ты отписался и что оно ещё не успело обновиться?
может ты отписался, пока у тебя ответ грузился
может ты отписался, пока у тебя ответ грузился
)