@warp-drive/core 5.8.0-alpha.37 → 5.8.0-alpha.40

package/dist/unpkg/prod/declarations/request/-private/future.d.ts

@@ -1,7 +0,0 @@
-import { type StructuredDocument } from "../../types/request.js";
-import type { ContextOwner } from "./context.js";
-import type { Deferred, DeferredFuture, Future } from "./types.js";
-export declare function isFuture<T>(maybe: unknown): maybe is Future<T>;
-export declare function createDeferred<T>(): Deferred<T>;
-export declare function upgradePromise<T>(promise: Promise<StructuredDocument<T>>, future: Future<T>): Future<T>;
-export declare function createFuture<T>(owner: ContextOwner): DeferredFuture<T>;

package/dist/unpkg/prod/declarations/request/-private/manager.d.ts

@@ -1,158 +0,0 @@
-import type { RequestKey } from "../../types/identifier.js";
-import { type RequestInfo } from "../../types/request.js";
-import type { CacheHandler, Future, GenericCreateArgs, Handler, ManagedRequestPriority } from "./types.js";
-import { IS_CACHE_HANDLER } from "./utils.js";
-/**
-* ## Import
-*
-* ```js
-* import { RequestManager } from '@warp-drive/core';
-* ```
-*
-* For complete usage guide see the [RequestManager Documentation](/guides/).
-*
-* ## How It Works
-*
-* ```ts
-* interface RequestManager {
-*   request<T>(req: RequestInfo): Future<T>;
-* }
-* ```
-*
-* A RequestManager provides a request/response flow in which configured
-* handlers are successively given the opportunity to handle, modify, or
-* pass-along a request.
-*
-* <img src="/images/handlers-all-labeled.gif" alt="RequestManager Flow Animation" width="100%" />
-*
-* For example:
-*
-* ::: code-group
-*
-* ```ts [Setup.ts]
-* import { RequestManager, Fetch } from '@warp-drive/core';
-* import { AutoCompress } from '@warp-drive/utilities/handlers';
-* import Auth from 'ember-simple-auth/handler';
-*
-* // ... create manager
-* const manager = new RequestManager()
-*    .use([Auth, new AutoCompress(), Fetch]); // [!code focus]
-* ```
-*
-* ```ts [Usage.ts]
-* import Config from './config';
-*
-* const { apiUrl } = Config;
-*
-* // ... execute a request
-* const response = await manager.request({
-*   url: `${apiUrl}/users`
-* });
-* ```
-*
-* :::
-*
-* ### Futures
-*
-* The return value of `manager.request` is a `Future`, which allows
-* access to limited information about the request while it is still
-* pending and fulfills with the final state when the request completes.
-*
-* A `Future` is cancellable via `abort`.
-*
-* Handlers may optionally expose a `ReadableStream` to the `Future` for
-* streaming data; however, when doing so the future should not resolve
-* until the response stream is fully read.
-*
-* ```ts
-* interface Future<T> extends Promise<StructuredDocument<T>> {
-*   abort(): void;
-*
-*   async getStream(): ReadableStream | null;
-* }
-* ```
-*
-* ### StructuredDocuments
-*
-* A Future resolves with a `StructuredDataDocument` or rejects with a `StructuredErrorDocument`.
-*
-* ```ts
-* interface StructuredDataDocument<T> {
-*   request: ImmutableRequestInfo;
-*   response: ImmutableResponseInfo;
-*   content: T;
-* }
-* interface StructuredErrorDocument extends Error {
-*   request: ImmutableRequestInfo;
-*   response: ImmutableResponseInfo;
-*   error: string | object;
-* }
-* type StructuredDocument<T> = StructuredDataDocument<T> | StructuredErrorDocument;
-* ```
-*
-* @public
-*/
-export declare class RequestManager {
-	constructor(options?: GenericCreateArgs);
-	/**
-	* Register a handler to use for primary cache intercept.
-	*
-	* Only one such handler may exist. If using the same
-	* RequestManager as the Store instance the Store
-	* registers itself as a Cache handler.
-	*
-	* @public
-	*/
-	useCache(cacheHandler: CacheHandler & {
-		[IS_CACHE_HANDLER]?: true;
-	}): this;
-	/**
-	* Register handler(s) to use when a request is issued.
-	*
-	* Handlers will be invoked in the order they are registered.
-	* Each Handler is given the opportunity to handle the request,
-	* curry the request, or pass along a modified request.
-	*
-	* @public
-	*/
-	use(newHandlers: Handler[]): this;
-	/**
-	* Issue a Request.
-	*
-	* Returns a Future that fulfills with a StructuredDocument
-	*
-	* @public
-	*/
-	request<RT>(request: RequestInfo<RT>): Future<RT>;
-	/**
-	* This method exists so that the RequestManager can be created
-	* can be created by container/factory systems that expect to
-	* call a static `create` method to instantiate the class.
-	*
-	* Using `new RequestManager()` directly is preferred.
-	*
-	* @private
-	*/
-	static create(options?: GenericCreateArgs): RequestManager;
-}
-/**
-* This type exists for internal use only for
-* where intimate contracts still exist either for
-* the Test Suite or for Legacy code.
-*
-* @private
-*/
-export interface PrivateRequestManager extends RequestManager {
-	/**
-	* A map of pending requests from request.id to their
-	* associated CacheHandler promise.
-	*
-	* This queue is managed by the CacheHandler
-	*
-	*/
-	_pending: Map<number, Promise<unknown>>;
-	_deduped: Map<RequestKey, {
-		priority: ManagedRequestPriority;
-		promise: Promise<unknown>;
-	}>;
-}

package/dist/unpkg/prod/declarations/request/-private/promise-cache.d.ts

@@ -1,28 +0,0 @@
-export type CacheResult<
-	T = unknown,
-	E = unknown
-> = {
-	isError: true;
-	result: E;
-} | {
-	isError: false;
-	result: T;
-};
-export type Awaitable<
-	T = unknown,
-	E = unknown
-> = {
-	then: (onFulfilled: (value: T) => unknown, onRejected: (reason: E) => unknown) => unknown;
-	catch: (onRejected: (reason: E) => unknown) => unknown;
-	finally: (onFinally: () => unknown) => unknown;
-};
-export declare const PromiseCache: WeakMap<Awaitable, CacheResult>;
-export declare const RequestMap: Map<number, CacheResult>;
-export declare function setRequestResult(requestId: number, result: CacheResult): void;
-export declare function clearRequestResult(requestId: number): void;
-export declare function getRequestResult(requestId: number): CacheResult | undefined;
-export declare function setPromiseResult(promise: Promise<unknown> | Awaitable, result: CacheResult): void;
-export declare function getPromiseResult<
-	T,
-	E
->(promise: Promise<T> | Awaitable<T, E>): CacheResult<T, E> | undefined;

package/dist/unpkg/prod/declarations/request/-private/types.d.ts

@@ -1,234 +0,0 @@
-import type { Store } from "../../store/-private.js";
-import type { RequestKey } from "../../types/identifier.js";
-import type { RequestContext, RequestInfo, ResponseInfo, StructuredDataDocument } from "../../types/request.js";
-import type { RequestManager } from "./manager.js";
-export interface GodContext {
-	controller: AbortController;
-	response: ResponseInfo | null;
-	stream: ReadableStream | Promise<ReadableStream | null> | null;
-	hasRequestedStream: boolean;
-	id: number;
-	identifier: RequestKey | null;
-	requester: RequestManager | Store;
-}
-export type Deferred<T> = {
-	resolve(v: T): void;
-	reject(v: unknown): void;
-	promise: Promise<T>;
-};
-export type ManagedRequestPriority = {
-	blocking: boolean;
-};
-export type DeferredStream = {
-	resolve(v: ReadableStream | null): void;
-	reject(v: unknown): void;
-	promise: Promise<ReadableStream | null> & {
-		sizeHint?: number;
-	};
-};
-/**
-* A Future is a {@link Promise} which resolves or rejects with a {@link StructuredDocument}
-* while providing the ability to {@link Future.abort | abort} the underlying request, and
-* {@link Future.getStream | access the response stream} before the outer promise resolves;
-*
-* @public
-*/
-export interface Future<T> extends Promise<StructuredDataDocument<T>> {
-	/**
-	* Cancel this request by firing the {@link AbortController}'s signal.
-	*
-	* This method can be used as an action or event handler as its
-	* context is bound to the Future instance.
-	*
-	* @privateRemarks
-	* [MDN Reference](https://developer.mozilla.org/docs/Web/API/AbortController/abort)
-	*
-	* @param reason optional reason for aborting the request
-	* @public
-	*/
-	abort(reason?: string): void;
-	/**
-	* Get the response stream, if any, once made available.
-	*
-	* This method can be used as an action or event handler as its
-	* context is bound to the Future instance.
-	*
-	* @public
-	*/
-	getStream(): Promise<ReadableStream | null>;
-	/**
-	*  Run a callback when this request completes. Use sparingly,
-	*  mostly useful for instrumentation and infrastructure.
-	*
-	* @param cb the callback to run
-	*/
-	onFinalize(cb: () => void): void;
-	/**
-	* The identifier of the associated request, if any, as
-	* assigned by the CacheHandler.
-	*/
-	lid: RequestKey | null;
-	/**
-	* The id of the associated request, if any, as assigned
-	* by the RequestManager
-	*
-	* This is not unique across Manager instances and cannot
-	* be used to identify or dedupe requests.
-	*/
-	id: number;
-	/**
-	* The RequestManager or Store that initiated this request.
-	*
-	* @private
-	*/
-	requester: RequestManager | Store;
-}
-export type DeferredFuture<T> = {
-	resolve(v: StructuredDataDocument<T>): void;
-	reject(v: unknown): void;
-	promise: Future<T>;
-};
-export type NextFn<P = unknown> = (req: RequestInfo) => Future<P>;
-/**
-* Requests are fulfilled by handlers. A handler receives the request context
-as well as a `next` function with which to pass along a request to the next
-handler if it so chooses.
-
-A handler may be any object with a `request` method. This allows both stateful and non-stateful
-handlers to be utilized.
-
-If a handler calls `next`, it receives a `Future` which resolves to a `StructuredDocument`
-that it can then compose how it sees fit with its own response.
-
-```ts
-type NextFn<P> = (req: RequestInfo) => Future<P>;
-
-interface Handler {
-async request<T>(context: RequestContext, next: NextFn<P>): T;
-}
-```
-
-`RequestContext` contains a readonly version of the RequestInfo as well as a few methods for building up the `StructuredDocument` and `Future` that will be part of the response.
-
-```ts
-interface RequestContext<T> {
-readonly request: RequestInfo;
-
-setStream(stream: ReadableStream | Promise<ReadableStream>): void;
-setResponse(response: Response | ResponseInfo): void;
-}
-```
-
-A basic `fetch` handler with support for streaming content updates while
-the download is still underway might look like the following, where we use
-[`response.clone()`](https://developer.mozilla.org/en-US/docs/Web/API/Response/clone) to `tee` the `ReadableStream` into two streams.
-
-A more efficient handler might read from the response stream, building up the
-response content before passing along the chunk downstream.
-
-```ts
-const FetchHandler = {
-async request(context) {
-const response = await fetch(context.request);
-context.setResponse(reponse);
-context.setStream(response.clone().body);
-
-return response.json();
-}
-}
-```
-
-### Stream Currying
-
-`RequestManager.request` and `next` differ from `fetch` in one **crucial detail** in that the outer Promise resolves only once the response stream has been processed.
-
-For context, it helps to understand a few of the use-cases that RequestManager
-is intended to allow.
-
-- to manage and return streaming content (such as video files)
-- to fulfill a request from multiple sources or by splitting one request into multiple requests
-- for instance one API call for a user and another for the user's friends
-- or e.g. fulfilling part of the request from one source (one API, in-memory, localStorage, IndexedDB etc.) and the rest from another source (a different API, a WebWorker, etc.)
-- to coalesce multiple requests
-- to decorate a request with additional info
-- e.g. an Auth handler that ensures the correct tokens or headers or cookies are attached.
-
-----
-
-`await fetch(<req>)` resolves at the moment headers are received. This allows for the body of the request to be processed as a stream by application
-code *while chunks are still being received by the browser*.
-
-When an app chooses to `await response.json()` what occurs is the browser reads the stream to completion and then returns the result. Additionally, this stream may only be read **once**.
-
-The `RequestManager` preserves this ability to subscribe to and utilize the stream by either the application or the handler – thereby delivering the full power and flexibility of native APIs – without restricting developers in ways that lead to complicated workarounds.
-
-Each handler may call `setStream` only once, but may do so *at any time* until the promise that the handler returns has resolved. The associated promise returned by calling `future.getStream` will resolve with the stream set by `setStream` if that method is called, or `null` if that method
-has not been called by the time that the handler's request method has resolved.
-
-Handlers that do not create a stream of their own, but which call `next`, should defensively pipe the stream forward. While this is not required (see automatic currying below) it is better to do so in most cases as otherwise the stream may not become available to downstream handlers or the application until the upstream handler has fully read it.
-
-```ts
-context.setStream(future.getStream());
-```
-
-Handlers that either call `next` multiple times or otherwise have reason to create multiple  fetch requests should either choose to return no stream, meaningfully combine the streams, or select a single prioritized stream.
-
-Of course, any handler may choose to read and handle the stream, and return either no stream or a different stream in the process.
-
-### Automatic Currying of Stream and Response
-
-In order to simplify the common case for handlers which decorate a request, if `next` is called only a single time and `setResponse` was never called by the handler, the response set by the next handler in the chain will be applied to that handler's outcome. For instance, this makes the following pattern possible `return (await next(<req>)).content;`.
-
-Similarly, if `next` is called only a single time and neither `setStream` nor `getStream` was called, we automatically curry the stream from the future returned by `next` onto the future returned by the handler.
-
-Finally, if the return value of a handler is a `Future`, we curry `content` and `errors` as well, thus enabling the simplest form `return next(<req>)`.
-
-In the case of the `Future` being returned, `Stream` proxying is automatic and immediate and does not wait for the `Future` to resolve.
-
-### Handler Order
-
-Request handlers are registered by configuring the manager via `use`
-
-```ts
-const manager = new RequestManager()
-.use([Handler1, Handler2]);
-```
-
-Handlers will be invoked in the order they are registered ("fifo", first-in first-out), and may only be registered up until the first request is made. It is recommended but not required to register all handlers at one time in order to ensure explicitly visible handler ordering.
-
-@public
-*/
-export interface Handler {
-	/**
-	* Method to implement to handle requests. Receives the request
-	* context and a nextFn to call to pass-along the request to
-	* other handlers.
-	*
-	* @public
-	*/
-	request<T = unknown>(context: RequestContext, next: NextFn<T>): Promise<T | StructuredDataDocument<T>> | Future<T>;
-}
-/**
-* The CacheHandler is identical to other handlers except that it
-* is allowed to return a value synchronously. This is useful for
-* features like reducing microtask queueing when de-duping.
-*
-* A RequestManager may only have one CacheHandler, registered via
-* `manager.useCache(CacheHandler)`.
-*
-* @public
-*/
-export interface CacheHandler {
-	/**
-	* Method to implement to handle requests. Receives the request
-	* context and a nextFn to call to pass-along the request to
-	* other handlers.
-	*
-	* @public
-	*/
-	request<T = unknown>(context: RequestContext, next: NextFn<T>): Promise<T | StructuredDataDocument<T>> | Future<T> | T;
-}
-export interface RequestResponse<T> {
-	result: T;
-}
-export type GenericCreateArgs = Record<string | symbol, unknown>;

package/dist/unpkg/prod/declarations/request/-private/utils.d.ts

@@ -1,57 +0,0 @@
-import type { RequestInfo, StructuredDataDocument } from "../../types/request.js";
-import { ContextOwner } from "./context.js";
-import type { DeferredFuture, Future, GodContext, Handler } from "./types.js";
-export declare const IS_CACHE_HANDLER: "___(unique) Symbol(IS_CACHE_HANDLER)";
-export declare function curryFuture<T>(owner: ContextOwner, inbound: Future<T>, outbound: DeferredFuture<T>): Future<T>;
-/**
-* Additional properties exposed on errors thrown by the
-* {@link Fetch | Fetch Handler}.
-*
-* In the case of an Abort or system/browser level issue,
-* this extends {@link DOMException}.
-*
-* Else it extends from {@link AggregateError} if the
-* response includes an array of errors, falling back
-* to {@link Error} as its base.
-*/
-export interface FetchError extends DOMException {
-	/**
-	* Alias for {@link FetchError.status | status}.
-	*
-	* [MDN Reference](https://developer.mozilla.org/docs/Web/API/Response/status)
-	*/
-	code: number;
-	/**
-	* The name associated to the {@link FetchError.status | status code}.
-	*
-	* Typically this will be of the formula `StatusTextError` for instance
-	* a 404 status with status text of `Not Found` would have the name
-	* `NotFoundError`.
-	*/
-	name: string;
-	/**
-	* The http status code associated to the returned error.
-	*
-	* Browser/System level network errors will often have an error code of `0` or `5`.
-	* Aborted requests will have an error code of `20`.
-	*
-	* [MDN Reference](https://developer.mozilla.org/docs/Web/API/Response/status)
-	*/
-	status: number;
-	/**
-	* The Status Text associated to the {@link FetchError.status | status code}
-	* for the error.
-	*
-	* [MDN Reference](https://developer.mozilla.org/docs/Web/API/Response/statusText)
-	*
-	*/
-	statusText: string;
-	/**
-	* A property signifying that an Error uses the {@link FetchError}
-	* interface.
-	*/
-	isRequestError: true;
-}
-export declare function enhanceReason(reason?: string): DOMException;
-export declare function handleOutcome<T>(owner: ContextOwner, inbound: Promise<T | StructuredDataDocument<T>>, outbound: DeferredFuture<T>): Future<T>;
-export declare function executeNextHandler<T>(wares: Readonly<Handler[]>, request: RequestInfo, i: number, god: GodContext): Future<T>;

package/dist/unpkg/prod/declarations/request.d.ts

@@ -1,52 +0,0 @@
-import type { ReactiveDataDocument } from "./reactive.js";
-import type { RequestInfo } from "./types/request.js";
-import type { RequestSignature } from "./types/symbols.js";
-export { createDeferred } from "./request/-private/future.js";
-export type { Future, Handler, CacheHandler, NextFn, Deferred, ManagedRequestPriority } from "./request/-private/types.js";
-export { setPromiseResult, getPromiseResult } from "./request/-private/promise-cache.js";
-export type { Awaitable } from "./request/-private/promise-cache.js";
-export type { Context } from "./request/-private/context.js";
-/**
-* Brands the supplied object with the supplied response type.
-*
-* ```ts
-* import type { ReactiveDataDocument } from '@warp-drive/core/reactive';
-* import { withResponseType } from '@warp-drive/core/request';
-* import type { User } from '#/data/user.ts'
-*
-* const result = await store.request(
-*  withResponseType<ReactiveDataDocument<User>>({ url: '/users/1' })
-* );
-*
-* result.content.data; // will have type User
-* ```
-*
-*/
-export declare function withResponseType<T>(obj: RequestInfo): RequestInfo<T> & {
-	[RequestSignature]: T;
-};
-/**
-* Brands the supplied object with the supplied response type
-* wrapped in {@link ReactiveDataDocument}. This is a convenience for
-* the common case of using {@link withResponseType} with `ReactiveDataDocument`.
-*
-* ```ts
-* import { withReactiveResponse } from '@warp-drive/core/request';
-* import type { User } from '#/data/user.ts'
-*
-* const result = await store.request(
-*   withReactiveResponse<User>({ url: '/users/1' })
-* );
-*
-* result.content.data; // will have type User
-* ```
-*
-* @public
-*/
-export declare function withReactiveResponse<T>(obj: RequestInfo): RequestInfo<ReactiveDataDocument<T>> & {
-	[RequestSignature]: ReactiveDataDocument<T>;
-};
-/**
-* @deprecated use {@link withResponseType} instead
-*/
-export declare const withBrand: typeof withResponseType;

package/dist/unpkg/prod/declarations/store/-private/cache-handler/handler.d.ts

@@ -1,56 +0,0 @@
-import type { CacheHandler as CacheHandlerType } from "../../../request.js";
-import type { ImmutableRequestInfo, RequestContext } from "../../../types/request.js";
-import type { ResourceIdentifierObject } from "../../../types/spec/json-api-raw.js";
-import type { RequestSignature } from "../../../types/symbols.js";
-import type { Store } from "../store-service.js";
-export type LooseStoreRequestInfo<RT = unknown> = Omit<ImmutableRequestInfo<RT>, "records" | "headers" | typeof RequestSignature> & {
-	records?: ResourceIdentifierObject[];
-	headers?: Headers;
-};
-export type StoreRequestInput<RT = unknown> = ImmutableRequestInfo<RT> | LooseStoreRequestInfo<RT>;
-export interface StoreRequestContext extends RequestContext {
-	request: ImmutableRequestInfo & {
-		store: Store;
-	};
-}
-/**
-* A CacheHandler that adds support for using an WarpDrive Cache with a RequestManager.
-*
-* This handler will only run when a request has supplied a `store` instance. Requests
-* issued by the store via `store.request()` will automatically have the `store` instance
-* attached to the request.
-*
-* ```ts
-* requestManager.request({
-*   store: store,
-*   url: '/api/posts',
-*   method: 'GET'
-* });
-* ```
-*
-* When this handler elects to handle a request, it will return the raw `StructuredDocument`
-* unless the request has `[EnableHydration]` set to `true`. In this case, the handler will
-* return a `Document` instance that will automatically update the UI when the cache is updated
-* in the future and will hydrate any identifiers in the StructuredDocument into Record instances.
-*
-* When issuing a request via the store, [EnableHydration] is automatically set to `true`. This
-* means that if desired you can issue requests that utilize the cache without needing to also
-* utilize Record instances if desired.
-*
-* Said differently, you could elect to issue all requests via a RequestManager, without ever using
-* the store directly, by setting [EnableHydration] to `true` and providing a store instance. Not
-* necessarily the most useful thing, but the decoupled nature of the RequestManager and incremental-feature
-* approach of WarpDrive allows for this flexibility.
-*
-* ```ts
-* import { EnableHydration } from '@warp-drive/core/types/request';
-*
-* requestManager.request({
-*   store: store,
-*   url: '/api/posts',
-*   method: 'GET',
-*   [EnableHydration]: true
-* });
-*
-*/
-export declare const CacheHandler: CacheHandlerType;

package/dist/unpkg/prod/declarations/store/-private/cache-handler/types.d.ts

@@ -1,98 +0,0 @@
-import type { RequestKey } from "../../../types/identifier.js";
-import type { ImmutableRequestInfo, ResponseInfo } from "../../../types/request.js";
-import type { Store } from "../store-service.js";
-/**
-* A service which an application may provide to the store via
-* the store's `lifetimes` property to configure the behavior
-* of the CacheHandler.
-*
-* The default behavior for request lifetimes is to never expire
-* unless manually refreshed via `cacheOptions.reload` or `cacheOptions.backgroundReload`.
-*
-* Implementing this service allows you to programatically define
-* when a request should be considered expired.
-*
-* @class (Interface) CachePolicy
-* @public
-*/
-export interface CachePolicy {
-	/**
-	* Invoked to determine if the request may be fulfilled from cache
-	* if possible.
-	*
-	* Note, this is only invoked 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.
-	*
-	* @public
-	* @param {RequestKey} identifier
-	* @param {Store} store
-	* @return {Boolean} true if the request is considered hard expired
-	*/
-	isHardExpired(identifier: RequestKey, store: Store): boolean;
-	/**
-	* 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 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.
-	*
-	* @public
-	* @param {RequestKey} identifier
-	* @param {Store} store
-	* @return {Boolean} true if the request is considered soft expired
-	*/
-	isSoftExpired(identifier: RequestKey, store: Store): boolean;
-	/**
-	* Invoked when a request will be sent to the configured request handlers.
-	* This is invoked for both foreground and background requests.
-	*
-	* Note, this is invoked regardless of whether the request has a cache-key.
-	*
-	* @public
-	* @param {ImmutableRequestInfo} request
-	* @param {RequestKey | null} identifier
-	* @param {Store} store
-	* @return {void}
-	*/
-	willRequest?(request: ImmutableRequestInfo, identifier: RequestKey | null, store: Store): void;
-	/**
-	* Invoked when a request has been fulfilled from the configured request handlers.
-	* This is invoked for both foreground and background requests once the cache has
-	* been updated.
-	*
-	* Note, this is invoked regardless of whether the request has a cache-key.
-	*
-	* It is best practice to notify the store of any requests marked as invalidated
-	* so that request subscriptions can reload when needed.
-	*
-	* ```ts
-	* store.notifications.notify(identifier, 'invalidated', null);
-	* ```
-	*
-	* This allows anything subscribed to the request to be notified of the change
-	*
-	* e.g.
-	*
-	* ```ts
-	* store.notifications.subscribe(identifier, (_, type) => {
-	*   if (type === 'invalidated') {
-	*     // do update
-	*   }
-	* });
-	* ```
-	*
-	*
-	* @public
-	* @param {ImmutableRequestInfo} request
-	* @param {ImmutableResponse} response
-	* @param {RequestKey | null} identifier
-	* @param {Store} store
-	* @return {void}
-	*/
-	didRequest?(request: ImmutableRequestInfo, response: Response | ResponseInfo | null, identifier: RequestKey | null, store: Store): void;
-}