I have a service which returns data in pages. The response to one page contains details on how to query for the next page.
My approach is to return the response data and then immediately concat a deferred call to the same observable sequence if there are more pages available.
function getPageFromServer(index) {
// return dummy data for testcase
return {nextpage:index+1, data:[1,2,3]};
}
function getPagedItems(index) {
return Observable.return(getPageFromServer(index))
.flatMap(function(response) {
if (response.nextpage !== null) {
return Observable.fromArray(response.data)
.concat(Observable.defer(function() {return getPagedItems(response.nextpage);}));
}
return Observable.fromArray(response.data);
});
}
getPagedItems(0).subscribe(
function(item) {
console.log(new Date(), item);
},
function(error) {
console.log(error);
}
)
This must be the wrong approach, because within 2 seconds you get:
throw e;
^
RangeError: Maximum call stack size exceeded
at CompositeDisposablePrototype.dispose (/Users/me/node_modules/rx/dist/rx.all.js:654:51)
What is the correct approach to pagination?
EDIT Ah! I see the problem you're facing. A bit of tail call optimization should fix you up:
Another one solution is to use retryWhen
Here is a more concise & IMHO clean answer without any recursion. It's using ogen(~46 loc) to transform any generator into an observable.
It has a custom built next function that will emit data anytime your function yield something.
nb: The original article is worth reading
Looking at the OP code, it is really the right method. Just need to make your mock service asynchronous to simulate real conditions. Here is a solution that avoids the stack exhaustion (I also made
getPageFromServer
actually return a cold observable instead of requiring the caller to wrap it).Note that if you really expect your service requests to complete synchronously in the real application and thus you need to ensure your code does not exhaust the stack when this happens, just have
getPagedItems()
invoke the currentThread scheduler. ThecurrentThread
scheduler schedules tasks using a trampoline to prevent recursive calls (and stack exhaustion). See the commented out line at the end ofgetPagedItems