Телеграмм чат группы ngSoviet страница 28012

08:55пожаловаться #1

P

Fastest way to cache for lazy developers — Angular with RxJS

Привет, вот читаю статью про кэширование запросов https://medium.com/angular-in-depth/fastest-way-to-cache-for-lazy-developers-angular-with-rxjs-444a198ed6a6

И меня очень смущает решение:

configs: Observable<Config[]>;

 getConfigs(): Observable<Config[]> {
        if (!this.configs) {
            this.configs = this.http....
        }
        return this.configs;
}
clearCache() {
        this.configs = null;
 }

Т.е. если кто-то уже подписался на this.configs до clearCache, останется подписан на старый obserable, ссылка на который внутри этого сервиса будет потеряна, и новый актуальные конфиги никогда не получит

Medium

HTTP caching simply means the browser stores local copies of web resources for faster retrieval the next time the resource is required.

09:38пожаловаться #2

E

Eugene in Советский Angular

Fastest way to cache for lazy developers — Angular with RxJS

Привет, вот читаю статью про кэширование запросов https://medium.com/angular-in-depth/fastest-way-to-cache-for-lazy-developers-angular-with-rxjs-444a198ed6a6

И меня очень смущает решение:

configs: Observable<Config[]>;

 getConfigs(): Observable<Config[]> {
        if (!this.configs) {
            this.configs = this.http....
        }
        return this.configs;
}
clearCache() {
        this.configs = null;
 }

Т.е. если кто-то уже подписался на this.configs до clearCache, останется подписан на старый obserable, ссылка на который внутри этого сервиса будет потеряна, и новый актуальные конфиги никогда не получит

Medium

HTTP caching simply means the browser stores local copies of web resources for faster retrieval the next time the resource is required.

просто используйте shareReplay(1) или publishReplay(1) + refCount()

09:45пожаловаться #3

E

Eugene in Советский Angular

а, статья про это

09:47пожаловаться #4

P

Eugene

просто используйте shareReplay(1) или publishReplay(1) + refCount()

вот как раз пытаюсь понять разницу между ними, как сказать этому observabable что данные могли измениться и запросить заново?

09:47пожаловаться #5

P

Eugene

а, статья про это

Статья про это, только вопрос мой не про это :)

09:58пожаловаться #6

AS

вот как раз пытаюсь понять разницу между ними, как сказать этому observabable что данные могли измениться и запросить заново?

запросить заново можно так s = new Subject(); s.pipe(switchMap(() => request())); рефреш - s.next()

10:20пожаловаться #7

AS

т.е. ты делаешь контролируемый исходный поток, слушая который запрашиваются новые данные

10:21пожаловаться #8

P

Anton Shvets

запросить заново можно так s = new Subject(); s.pipe(switchMap(() => request())); рефреш - s.next()

да, это очивидное решение, но subject будет висеть в памяти всегда, хотя это уже другая проблема

10:21пожаловаться #9

AS

да, это очивидное решение, но subject будет висеть в памяти всегда, хотя это уже другая проблема

почему всегда? отпишешься от него, он будет съеден

10:22пожаловаться #10

AS

внутри shareReplay тоже живет сабжект

10:22пожаловаться #11

P

т.е. когда все отписываются от чего-то с refCount, то события не эмитятся и в shareReplay не хранятся последние данные, но подписаться потом опять на это можно?

10:29пожаловаться #12

AS

т.е. когда все отписываются от чего-то с refCount, то события не эмитятся и в shareReplay не хранятся последние данные, но подписаться потом опять на это можно?

если ты можешь подписаться на что-то, значит ссылка на это что-то сохраняется и объект в памяти еще существует.
Это все равно что прочитать переменную еще раз

10:32пожаловаться #13

P

ну просто тут технически не очень понимаю внутренности multicasting и complete subject.
Вот например у меня есть observable с share(), ссылка на него, если я на него подпишусь после emit, то ничего не получу. Вопрос не будет ли такое же с shareReplay, если я подпишусь на него после того как все подписчики отпишутся, и refacount внутри завершит его

10:34пожаловаться #14

AS

https://stackblitz.com/edit/rxjs-d6yscn

ну просто тут технически не очень понимаю внутренности multicasting и complete subject.
Вот например у меня есть observable с share(), ссылка на него, если я на него подпишусь после emit, то ничего не получу. Вопрос не будет ли такое же с shareReplay, если я подпишусь на него после того как все подписчики отпишутся, и refacount внутри завершит его

10:38пожаловаться #15

P