Diese Dokumentation wurde automatisch von KI übersetzt.
CacheManager basiert auf node-cache-manager und bietet NocoBase Funktionen zur Verwaltung von Cache-Modulen. Die integrierten Cache-Typen sind:
Weitere Typen können über die API registriert und erweitert werden.
Store: Definiert eine Caching-Methode, einschließlich einer Factory-Methode zum Erstellen von Caches und anderer zugehöriger Konfigurationen. Jede Caching-Methode hat einen eindeutigen Bezeichner, der bei der Registrierung angegeben wird.
Die eindeutigen Bezeichner für die beiden integrierten Caching-Methoden sind memory und redis.
Store Factory-Methode: Eine Methode, die von node-cache-manager und zugehörigen Erweiterungspaketen zum Erstellen von Caches bereitgestellt wird. Zum Beispiel 'memory', standardmäßig von node-cache-manager bereitgestellt, und redisStore, bereitgestellt von node-cache-manager-redis-yet. Dies entspricht dem ersten Parameter der caching-Methode in node-cache-manager.
Cache: Eine von NocoBase gekapselte Klasse, die Methoden zur Verwendung des Caches bereitstellt. Bei der tatsächlichen Verwendung des Caches arbeiten Sie mit einer Instanz von Cache. Jede Cache-Instanz hat einen eindeutigen Bezeichner, der als Namespace zur Unterscheidung verschiedener Module verwendet werden kann.
constructor()constructor(options?: CacheManagerOptions)| Eigenschaft | Typ | Beschreibung |
|---|---|---|
defaultStore | string | Der eindeutige Bezeichner für den Standard-Cache-Typ. |
stores | Record<string, StoreOptions> | Registriert Cache-Typen. Der Schlüssel ist der eindeutige Bezeichner für den Cache-Typ, und der Wert ist ein Objekt, das die Registrierungsmethode und die globale Konfiguration für den Cache-Typ enthält. In node-cache-manager ist die Methode zum Erstellen eines Caches await caching(store, config). Das hier bereitzustellende Objekt ist StoreOptions. |
| Eigenschaft | Typ | Beschreibung |
|---|---|---|
store | memory | FactoryStore<Store, any> | Die Store-Factory-Methode, entsprechend dem ersten Parameter von caching. |
close | (store: Store) => Promise<void> | Optional. Für Middleware wie Redis, die eine Verbindung erfordert, muss eine Callback-Methode zum Schließen der Verbindung bereitgestellt werden. Der Eingabeparameter ist das Objekt, das von der Store-Factory-Methode zurückgegeben wird. |
[key: string] | any | Andere globale Store-Konfigurationen, entsprechend dem zweiten Parameter von caching. |
optionsDer options-Parameter wird mit den Standardoptionen zusammengeführt. Eigenschaften, die bereits in den Standardoptionen vorhanden sind, können weggelassen werden. Zum Beispiel:
registerStore()Registriert eine neue Caching-Methode. Zum Beispiel:
registerStore(options: { name: string } & StoreOptions)createCache()Erstellt einen Cache. Zum Beispiel:
createCache(options: { name: string; prefix?: string; store?: string; [key: string]: any }): Promise<Cache>| Eigenschaft | Typ | Beschreibung |
|---|---|---|
name | string | Eindeutiger Bezeichner für den Cache. |
store | string | Eindeutiger Bezeichner für den Store. |
prefix | string | Optional, Präfix für Cache-Schlüssel. |
[key: string] | any | Andere benutzerdefinierte Konfigurationselemente, die sich auf den Store beziehen. |
Wenn store weggelassen wird, wird defaultStore verwendet. In diesem Fall ändert sich die Caching-Methode entsprechend der Standard-Caching-Methode des Systems.
Wenn keine benutzerdefinierten Konfigurationen vorhanden sind, wird der Standard-Cache-Bereich zurückgegeben, der von der globalen Konfiguration erstellt und von der aktuellen Caching-Methode gemeinsam genutzt wird. Es wird empfohlen, ein prefix hinzuzufügen, um Schlüsselkonflikte zu vermeiden.
Siehe Cache
getCache()Ruft den entsprechenden Cache ab.
getCache(name: string): CacheflushAll()Setzt alle Caches zurück.
close()Schließt alle Cache-Middleware-Verbindungen.