I want to implement a dynamic loading of a static resource in AngularJS using Promises. The problem: I have couple components on page which might (or not, depends which are displayed, thus dynamic) need to get a static resource from the server. Once loaded, it can be cached for the whole application life.
I have implemented this mechanism, but I'm new to Angular and Promises, and I want to make sure if this is a right solution \ approach.
var data = null;
var deferredLoadData = null;
function loadDataPromise() {
if (deferredLoadData !== null)
return deferredLoadData.promise;
deferredLoadData = $q.defer();
$http.get("data.json").then(function (res) {
data = res.data;
return deferredLoadData.resolve();
}, function (res) {
return deferredLoadData.reject();
});
return deferredLoadData.promise;
}
So, only one request is made, and all next calls to loadDataPromise() get back the first made promise. It seems to work for request that in the progress or one that already finished some time ago.
But is it a good solution to cache Promises?
This design design pattern will cache whatever is returned the first time it runs , and return the cached thing every time it's called again.
Explanation:
Simply wrap your function with another self-invoking function which returns a function (your original async function), and the purpose of wrapper function is to provide encapsulating scope for a local variable
cache
, so that local variable is only accessible within the returned function of the wrapper function and has the exact same value every timeasyncTask
is called (other than the very first time)For this task I created service called defer-cache-service which removes all this boiler plate code. It writted in Typescript, but you can grab compiled js file. Github source code.
Example:
and consume
One important thing to notice that if let's say two or more parts calling the the same loadDataPromise and at the same time, you must add this check
otherwise you will be doing duplicate calls to backend.
Yes. The use of memoisation on functions that return promises a common technique to avoid the repeated execution of asynchronous (and usually expensive) tasks. The promise makes the caching easy because one does not need to distinguish between ongoing and finished operations, they're both represented as (the same) promise for the result value.
No. That global
data
variable and the resolution withundefined
is not how promises are intended to work. Instead, fulfill the promise with the resultdata
! It also makes coding a lot easier:Then, instead of
loadDataPromise().then(function() { /* use global */ data })
it is simplygetData().then(function(data) { … })
.To further improve the pattern, you might want to hide
dataPromise
in a closure scope, and notice that you will need a lookup for different promises whengetData
takes a parameter (like the url).