Meteor Subscription Cache
This package is similar to meteorhacks:subs-manager
. The goal is to cache subscriptions.
Suppose you are subscribing to a post:
sub = Meteor.subscribe('post', postId)
When the user clicks to another page, you typically want to stop the subscription
subs.stop()
This will clean up and throw away the data you don't need. But what if the user clicks back immediately after you stopped the subscription? Now you have resubscribe to the same data. This is a waste. SubsCache allows you to cache your subscriptions. When you stop a SubCache subscription, it will start a setTimeout and stop the subscription after expireAfter
minutes. If you resubscribe to the same subscription before the cached subscription expired, then the setTimeout is cleared and the subscription is restored.
meteorhacks:subs-manager
comparison
- SubsManager will stop your subscription "expireIn" minutes after your subscribe. SubsCache will stop your subscription "expireAfter" minutes after you stop (or the current reative computation stops).
-
SubsManager does not have a ready function for each subscription. subsManager.ready tells you if all cached subscriptions are ready. SubsCache as
subsCache.allReady()
and individualsub.ready()
-
SubsManager does not allow you to have subscriptions with different expiration times in the same cache. SubsCache allows you set the default expireAfter upon initialization but you can use
subscribeFor(expireAfter, ...)
to subscribe and cache for a different time. -
SubsManager does not allow infinite items in a cache. SubsCache does if you set
cacheLimit
to -1.
- SubsManager does not allow subscriptions that never expire. SubsCache does if you set
expireAfter
to -1.
Getting Started
meteor add ccorcos:subs-cache
Initialize with optional expireAfter
(default 5) and cacheLimit
(default 10). expireAfter
is the number of minutes after a subscription is stopped without having been restarted before truely stopping it. If set to -1, the subscription will never expire. cacheLimit
is the max number of subscriptions to cache. Set to -1 for unlimited capacity.
subsCache = new SubsCache(5, 10); // first argument is expireAter -- default is 5 minutes // second argument is cacheLimit -- default is 10
-
sub = subsCache.subscribe(...)
creates a subscription just likeMeteor.subscribe
-
sub = subsCache.subscribeFor(expireIn, ...)
allow you to set the expiration other than the defualt. -
subsCache.clear()
will stop all subscription immediately -
subsCache.ready()
tells you if all subscriptions in the cache are ready -
subsCache.onReady(func)
will call a function once all subscription are ready -
sub.stop()
will cache a subscription and stop afterexpireAfter
unless restarted withsub.restart()
-
sub.stopNow()
will stop a subscription immediately and remove it from the cache. -
sub.ready()
tells you if an individual subscription is ready -
sub.onReady(func)
will call a function once an individual subscription is ready
Testing
You can run the mocha-based tests in watch mode via:
meteor test-packages ./ --driver-package=cultofcoders:mocha
Known Issues
No data is injected when using with Fast Render
When using the Fast Render package the parameters passed to the subscription must the identical on both Fast Render and Subscache or no data will be injected.