Ten dokument został przetłumaczony przez AI. W przypadku niedokładności, proszę odnieść się do wersji angielskiej
CacheManager bazuje na node-cache-manager i zapewnia NocoBase funkcje zarządzania modułami pamięci podręcznej. Wbudowane typy pamięci podręcznej to:
Więcej typów można zarejestrować i rozszerzyć za pomocą API.
Store: Definiuje metodę buforowania, w tym metodę fabryczną do tworzenia pamięci podręcznych i inne powiązane konfiguracje. Każda metoda buforowania ma unikalny identyfikator, który jest podawany podczas rejestracji.
Unikalne identyfikatory dla dwóch wbudowanych metod buforowania to memory i redis.
Metoda fabryczna Store: Metoda dostarczana przez node-cache-manager i powiązane pakiety rozszerzeń do tworzenia pamięci podręcznych. Na przykład, 'memory' domyślnie dostarczany przez node-cache-manager oraz redisStore dostarczany przez node-cache-manager-redis-yet. Odpowiada to pierwszemu parametrowi metody caching w node-cache-manager.
Cache: Klasa hermetyzowana przez NocoBase, która udostępnia metody do korzystania z pamięci podręcznej. Podczas faktycznego używania pamięci podręcznej, operuje się na instancji Cache. Każda instancja Cache ma unikalny identyfikator, który może być używany jako przestrzeń nazw do rozróżniania różnych modułów.
constructor()constructor(options?: CacheManagerOptions)| Właściwość | Typ | Opis |
|---|---|---|
defaultStore | string | Unikalny identyfikator domyślnego typu pamięci podręcznej. |
stores | Record<string, StoreOptions> | Rejestruje typy pamięci podręcznej. Kluczem jest unikalny identyfikator typu pamięci podręcznej, a wartością jest obiekt zawierający metodę rejestracji i globalną konfigurację dla danego typu pamięci podręcznej. W node-cache-manager metoda tworzenia pamięci podręcznej to await caching(store, config). Obiekt, który należy tutaj dostarczyć, to StoreOptions. |
| Właściwość | Typ | Opis |
|---|---|---|
store | memory | FactoryStore<Store, any> | Metoda fabryczna store, odpowiadająca pierwszemu parametrowi caching. |
close | (store: Store) => Promise<void> | Opcjonalne. Dla oprogramowania pośredniczącego, takiego jak Redis, które wymaga połączenia, należy podać metodę zwrotną do zamknięcia połączenia. Parametrem wejściowym jest obiekt zwrócony przez metodę fabryczną store. |
[key: string] | any | Inne globalne konfiguracje store, odpowiadające drugiemu parametrowi caching. |
optionsParametr options zostanie połączony z domyślnymi opcjami. Właściwości już obecne w domyślnych opcjach można pominąć. Na przykład:
registerStore()Rejestruje nową metodę buforowania. Na przykład:
registerStore(options: { name: string } & StoreOptions)createCache()Tworzy pamięć podręczną. Na przykład:
createCache(options: { name: string; prefix?: string; store?: string; [key: string]: any }): Promise<Cache>| Właściwość | Typ | Opis |
|---|---|---|
name | string | Unikalny identyfikator dla pamięci podręcznej. |
store | string | Unikalny identyfikator dla store. |
prefix | string | Opcjonalny, prefiks klucza pamięci podręcznej. |
[key: string] | any | Inne niestandardowe elementy konfiguracji związane ze store. |
Jeśli store zostanie pominięty, zostanie użyty defaultStore. W takim przypadku metoda buforowania zmieni się zgodnie z domyślną metodą buforowania systemu.
Gdy nie ma niestandardowych konfiguracji, zwracana jest domyślna przestrzeń pamięci podręcznej utworzona przez konfigurację globalną i współdzielona przez bieżącą metodę buforowania. Zaleca się dodanie prefixu, aby uniknąć konfliktów kluczy.
Zobacz Cache
getCache()Pobiera odpowiednią pamięć podręczną.
getCache(name: string): CacheflushAll()Resetuje wszystkie pamięci podręczne.
close()Zamyka wszystkie połączenia oprogramowania pośredniczącego pamięci podręcznej.