Documentation / @ember-data/request-utils / index / LifetimesService
Defined in: index.ts:1251
A basic CachePolicy that can be added to the Store service.
Determines staleness based on time since the request was last received from the API using the date header.
Determines expiration based on configured constraints as well as a time based expiration strategy based on the date header.
In order expiration is determined by:
- Is explicitly invalidated
- ↳ (if null) isExpired function <IF Constraint Active>
- ↳ (if null) X-WarpDrive-Expires header <IF Constraint Active>
- ↳ (if null) Cache-Control header <IF Constraint Active>
- ↳ (if null) Expires header <IF Constraint Active>
- ↳ (if null) Date header + apiCacheHardExpires < current time
Invalidates any request for which cacheOptions.types was provided when a createRecord request for that type is successful.
For this to work, the createRecord request must include the cacheOptions.types array with the types that should be invalidated, or its request should specify the identifiers of the records that are being created via records. Providing both is valid.
NOTE
only requests that had specified cacheOptions.types and occurred prior to the createRecord request will be invalidated. This means that a given request should always specify the types that would invalidate it to opt into this behavior. Abstracting this behavior via builders is recommended to ensure consistency.
This allows the Store's CacheHandler to determine if a request is expired and should be refetched upon next request.
The Fetch handler provided by @ember-data/request/fetch will automatically add the date header to responses if it is not present.
NOTE
Date headers do not have millisecond precision, so expiration times should generally be larger than 1000ms.
Usage:
import { CachePolicy } from '@ember-data/request-utils';
import DataStore from '@ember-data/store';
// ...
export class Store extends DataStore {
constructor(args) {
super(args);
this.lifetimes = new CachePolicy({ apiCacheSoftExpires: 30_000, apiCacheHardExpires: 60_000 });
}
}In Testing environments, the apiCacheSoftExpires will always be false and apiCacheHardExpires will use the apiCacheSoftExpires value.
This helps reduce flakiness and produce predictably rendered results in test suites.
Requests that specifically set cacheOptions.backgroundReload = true will still be background reloaded in tests.
This behavior can be opted out of by setting disableTestOptimization = true in the policy config.
CachePolicy
Extends
Constructors
Constructor
new LifetimesService(config): LifetimesService;Defined in: index.ts:1252
Parameters
config
Returns
LifetimesService
Overrides
Properties
_stores
_stores: WeakMap<Store, {
invalidated: Set<StableDocumentIdentifier>;
types: Map<string, Set<StableDocumentIdentifier>>;
}>;Defined in: index.ts:1010
Inherited from
config
config: PolicyConfig;Defined in: index.ts:1009
Inherited from
Methods
_getStore()
_getStore(store): object;Defined in: index.ts:1015
Parameters
store
Store
Returns
object
invalidated
invalidated: Set<StableDocumentIdentifier>;types
types: Map<string, Set<StableDocumentIdentifier>>;Inherited from
didRequest()
didRequest(
request,
response,
identifier,
store): void;Defined in: index.ts:1119
Invoked when a request has been fulfilled from the configured request handlers. This is invoked by the CacheHandler for both foreground and background requests once the cache has been updated.
Note, this is invoked by the CacheHandler regardless of whether the request has a cache-key.
This method should not be invoked directly by consumers.
Parameters
request
response
null | Response | ResponseInfo
identifier
null | StableDocumentIdentifier
store
Store
Returns
void
Inherited from
invalidateRequest()
invalidateRequest(identifier, store): void;Defined in: index.ts:1065
Invalidate a request by its identifier for a given store instance.
While the store argument may seem redundant, the CachePolicy is designed to be shared across multiple stores / forks of the store.
store.lifetimes.invalidateRequest(store, identifier);Parameters
identifier
store
Store
Returns
void
Inherited from
invalidateRequestsForType()
invalidateRequestsForType(type, store): void;Defined in: index.ts:1088
Invalidate all requests associated to a specific type for a given store instance.
While the store argument may seem redundant, the CachePolicy is designed to be shared across multiple stores / forks of the store.
This invalidation is done automatically when using this service for both the CacheHandler and the LegacyNetworkHandler.
store.lifetimes.invalidateRequestsForType(store, 'person');Parameters
type
string
store
Store
Returns
void
Inherited from
CachePolicy.invalidateRequestsForType
isHardExpired()
isHardExpired(identifier, store): boolean;Defined in: index.ts:1172
Invoked to determine if the request may be fulfilled from cache if possible.
Note, this is only invoked by the CacheHandler if the request has a cache-key.
If no cache entry is found or the entry is hard expired, the request will be fulfilled from the configured request handlers and the cache will be updated before returning the response.
Parameters
identifier
store
Store
Returns
boolean
true if the request is considered hard expired
Inherited from
isSoftExpired()
isSoftExpired(identifier, store): boolean;Defined in: index.ts:1207
Invoked if isHardExpired is false to determine if the request should be update behind the scenes if cache data is already available.
Note, this is only invoked by the CacheHandler if the request has a cache-key.
If true, the request will be fulfilled from cache while a backgrounded request is made to update the cache via the configured request handlers.
Parameters
identifier
store
Store
Returns
boolean
true if the request is considered soft expired