Udostępnij za pomocą

zasady pamięci podręcznej Location-Based

Zasady pamięci podręcznej opartej na lokalizacji definiują świeżość prawidłowych wpisów buforowanych na podstawie miejsca, z którego można pobrać żądany zasób. Zasób buforowany jest uznawany za prawidłowy, jeśli jego użycie nie narusza wymagań dotyczących ponownej weryfikacji określonych przez serwer. Zasady pamięci podręcznej opartej na lokalizacji są tworzone programowo przy użyciu konstruktora klasy RequestCachePolicy lub HttpRequestCachePolicy. Typ polityki opartej na lokalizacji jest przekazywany do konstruktora przy użyciu wartości wyliczenia RequestCacheLevel lub HttpRequestCacheLevel. Przykłady kodu służące do tworzenia zasad pamięci podręcznej opartej na lokalizacji można znaleźć w temacie How to: Set a Location-Based Cache Policy for an Application (Instrukcje: ustawianie zasad pamięci podręcznej Location-Based dla aplikacji). W poniższych sekcjach opisano każdy typ zasad pamięci podręcznej opartej na lokalizacji dla zasobów protokołu http i https.

Polityka pamięci podręcznej, jeśli dostępna

Jeśli prawidłowy żądany zasób znajduje się w lokalnej pamięci podręcznej, używany jest zasób buforowany; w przeciwnym razie żądanie zasobu jest wysyłane do serwera. Jeśli żądany zasób jest dostępny w dowolnej pamięci podręcznej między klientem a serwerem, żądanie może zostać spełnione przez pośrednią pamięć podręczną.

Polityka wyłącznie pamięci podręcznej

Jeśli prawidłowy żądany zasób znajduje się w lokalnej pamięci podręcznej, używany jest zasób buforowany. Po określeniu tego poziomu zasad pamięci podręcznej, wyjątek WebException jest zgłaszany, jeśli element nie znajduje się w lokalnej pamięci podręcznej.

Polityka wyłącznie pamięci podręcznej lub tylko następnej pamięci podręcznej

Jeśli prawidłowy żądany zasób znajduje się w lokalnej pamięci podręcznej lub pośredniej pamięci podręcznej w sieci lokalnej, używany jest zasób buforowany. W przeciwnym razie zostanie zgłoszony wyjątek WebException. W protokole buforowania HTTP jest to osiągane przy użyciu dyrektywy kontroli pamięci podręcznej "only-if-cached".

Polityka brak pamięci podręcznej i magazynowania

Żądany zasób nigdy nie jest używany z żadnej pamięci podręcznej i nigdy nie jest umieszczany w żadnej pamięci podręcznej. Jeśli żądany zasób znajduje się w lokalnej pamięci podręcznej, zostanie usunięty. Ten poziom polityki wskazuje pośrednim pamięciom podręcznym, że powinny także usunąć zasób. W protokole pamięci podręcznej HTTP jest to osiągane przy użyciu polecenia buforowania no-store.

Odśwież politykę

Żądany zasób może być używany, jeśli jest uzyskiwany z serwera lub znajduje się w pamięci podręcznej innej niż lokalna pamięć podręczna. Aby żądanie było spełnione przez pośrednią pamięć podręczną, pamięć podręczna musi ponownie odnowić jego wpis w pamięci podręcznej z serwerem. W protokole buforowania HTTP jest to osiągane przy użyciu dyrektywy kontroli pamięci podręcznej max-age = 0 oraz nagłówka Pragma no-cache.

Zasady ponownego ładowania

Żądane zasoby muszą być uzyskiwane z serwera. Odpowiedź może zostać zapisana w lokalnej pamięci podręcznej. W protokole buforowania HTTP jest to osiągane przy użyciu dyrektywy sterowania pamięcią podręczną no-cache i nagłówka no-cache Pragma.

Ponowna weryfikacja polityki

Porównuje kopię zasobu w pamięci podręcznej z kopią na serwerze. Jeśli kopia na serwerze jest nowsza, jest używana do spełnienia żądania i zastępuje kopię w pamięci podręcznej. Jeśli kopia w pamięci podręcznej jest taka sama jak kopia serwera, używana jest buforowana kopia. W protokole buforowania HTTP jest to osiągane przy użyciu żądania warunkowego.

Zobacz także

  • Last updated on