G
behavior subject )
топчик
Size: a a a
2019 April 10
MI
plain redux
прикольно)
MI
plain redux
дякую
AK
после опыта с NgRx посмотрел акиту, там всё совсем по-другому, а вот NGXS очень зашёл. Порог входа после NgRx минимальный, а вот фич очень много крутых
2019 April 11
AT
тестовий проект писав так
потім лід побачив, лекцію прочитав і сказав переписати)
потім лід побачив, лекцію прочитав і сказав переписати)
А что не так с behabiorSubject?
AT
после опыта с NgRx посмотрел акиту, там всё совсем по-другому, а вот NGXS очень зашёл. Порог входа после NgRx минимальный, а вот фич очень много крутых
У NgRx вроде лучше документация)
VN
Ребят, делаю кастомный лоадер, повесил его на интерцептор. Проблема теперь в том, что лоадер моргает даже на риквесты, которые длятся 10 мс. Как можно сделать, чтобы он запускался, когда риквест идет дольше, чем например 100 мс?
НК
Vladyslav Nasadiuk
Ребят, делаю кастомный лоадер, повесил его на интерцептор. Проблема теперь в том, что лоадер моргает даже на риквесты, которые длятся 10 мс. Как можно сделать, чтобы он запускался, когда риквест идет дольше, чем например 100 мс?
Если кратко то никак. Возможно скоро буде в браузере апи скорости интернета, пока есть только в хроме и почти не работает. Как вариант недавно видео, что можно в начале грузить картинку с известным размером. Вычислять таким образом скорость интернета. Но дело в том, что нельзя знать сколько будет идти запрос.
VN
логика такая, если запрос идет дольше 100 мс - включаем лоадер. Если меньше - не включаем. Вопрос в том, скорее, как узнать что прошло 100мс
VN
думаю вполне реальная задача, просто хочу правильно оформить
DP
css transition в помощь)
НК
Vladyslav Nasadiuk
думаю вполне реальная задача, просто хочу правильно оформить
я понял. А если запрос будет идти 110 мс? То после 100 мс мы включаем лоадер и еще через 10 выключаем?
VN
аргумент)
НК
Максимум можно сделать, чтоб все запросы шли минимум 100-200 мс. Но это плохо. Пользователи не хотят ждать
VN
дилей не хотелось бы делать
AK
можешь код интерсептора зашарить?
VN
public intercept(request: HttpRequest<any>, next: HttpHandler): Observable<HttpEvent<any>> {
//start loadding
return next.handle(request).pipe(
map((event: HttpEvent<any>) => {
if (event instanceof HttpResponse) {
//stop loading
}
return event;
})
);
}
//start loadding
return next.handle(request).pipe(
map((event: HttpEvent<any>) => {
if (event instanceof HttpResponse) {
//stop loading
}
return event;
})
);
}
VN
в общем скорее всего буду думать о том, что включать лоадер на каждом запросе отдельно, потому что нужно следить за завершением каждого метода. А то может быть ситуация, что запрос отработал за 10 мс, а логика метода накинула еще 500
AK
private requestFinished$ = Subject();
delay(1000).pipe(
takeUntil(this.requestFinished$)
).subscribe(() => show loader here );
return next.handle(request).pipe(
tap(() => this.requestFinished.next()),
map((event: HttpEvent<any>) => {
...
// hide loader here
})
delay(1000).pipe(
takeUntil(this.requestFinished$)
).subscribe(() => show loader here );
return next.handle(request).pipe(
tap(() => this.requestFinished.next()),
map((event: HttpEvent<any>) => {
...
// hide loader here
})
AK
может что-то в этом духе?