javascript - Jak zaimplementować gorący obserwowalny z wygaśnięciem czasu w RxJS (lub ogólnie w Reactive Extensions)
Chciałbym zaimplementować pamięć podręczną z wygaśnięciem czasu przy użyciu RxJs. Oto przykład „normalnej” pamięci podręcznej:
//let this represents "heavy duty job"
var data = Rx.Observable.return(Math.random() * 1000).delay(2000);
//and we want to cache result
var cachedData = new Rx.AsyncSubject();
data.subscribe(cachedData);
cachedData.subscribe(function(data){
//after 2 seconds, result is here and data is cached
//next subscribe returns immediately data
cachedData.subscribe(function(data2){ /*this is "instant"*/ });
});
Gdy subscribe na cachedData zostanie wywołane po raz pierwszy, uruchamiana jest „ciężka praca”, a po 2 sekundach wynik jest zapisywany w cachedData (AsyncSubject). Każde kolejne subscribe na cachedData zwraca natychmiast zapisany wynik (stąd implementacja pamięci podręcznej).
Chciałbym osiągnąć coś w rodzaju „doprawienia” tego okresem ważności w cachedData, a kiedy ten czas minie, chciałbym ponownie uruchomić „ciężką pracę” dla nowych danych i ponownie zapisać je w cache na nowy okres czasu, itd...
Pożądane zachowanie:
//pseudo code
cachedData.youShouldExpireInXSeconds(10);
//let's assume that all code is sequential from here
//this is 1.st run
cachedData.subscribe(function (data) {
//this first subscription actually runs "heavy duty job", and
//after 2 seconds first result data is here
});
//this is 2.nd run, just after 1.st run finished
cachedData.subscribe(function (data) {
//this result is cached
});
//15 seconds later
// cacheData should expired
cachedData.subscribe(function (data) {
//i'm expecting same behaviour as it was 1.st run:
// - this runs new "heavy duty job"
// - and after 2 seconds we got new data result
});
//....
//etc
Jestem nowy w Rx(Js) i nie mogę sobie poradzić, jak zaimplementować ten gorący obserwowalny z okresem odnowienia.
Odpowiedź #1
Wszystko, co musisz zrobić, to zaplanować zadanie, które zastąpi Twój cachedData nowym AsyncSubject po określonym czasie. Oto jak to zrobić jako nową metodę Rx.Observable:
Rx.Observable.prototype.cacheWithExpiration = function(expirationMs, scheduler) {
var source = this,
cachedData = undefined;
// Use timeout scheduler if scheduler not supplied
scheduler = scheduler || Rx.Scheduler.timeout;
return Rx.Observable.create(function (observer) {
if (!cachedData) {
// The data is not cached.
// create a subject to hold the result
cachedData = new Rx.AsyncSubject();
// subscribe to the query
source.subscribe(cachedData);
// when the query completes, start a timer which will expire the cache
cachedData.subscribe(function () {
scheduler.scheduleWithRelative(expirationMs, function () {
// clear the cache
cachedData = undefined;
});
});
}
// subscribe the observer to the cached data
return cachedData.subscribe(observer);
});
};
Użytkowanie :
// a *cold* observable the issues a slow query each time it is subscribed
var data = Rx.Observable.return(42).delay(5000);
// the cached query
var cachedData = data.cacheWithExpiration(15000);
// first observer must wait
cachedData.subscribe();
// wait 3 seconds
// second observer gets result instantly
cachedData.subscribe();
// wait 15 seconds
// observer must wait again
cachedData.subscribe();
Odpowiedź #2
Prostym rozwiązaniem byłoby stworzenie niestandardowego operatora do potoków, aby repeatWhen upłynął określony czas. Oto co wymyśliłem:
export const refreshAfter = (duration: number) => (source: Observable<any>) =>
source.pipe(
repeatWhen(obs => obs.pipe(delay(duration))),
publishReplay(1),
refCount());
Więc używam tego w ten sposób:
const serverTime$ = this.environmentClient.getServer().pipe(map(s => s.localTime))
const cachedServerTime$ = serverTime.pipe(refreshAfter(5000)); // 5s cache
Ważna uwaga: To używa publishReplay(1), refCount() ponieważ shareReplay(1) nie wypisuje się z obserwowalnego źródła, więc będzie ciągle wysyłać żądania do Twojego serwera. Niestety ma to konsekwencję, że w przypadku błędu, błąd ten zostanie powtórzony przez publishReplay(1), refCount(). Wkrótce pojawi się „nowa ulepszona” wersja shareReplay. Zobacz notatki tutaj w podobnym pytaniu. Gdy ta „nowa” wersja będzie dostępna, odpowiedź powinna zostać zaktualizowana - ale piękno niestandardowych operatorów polega na tym, że można je naprawić w jednym miejscu.
