Żywotność składnika .NET platformy .NET (CloudQueueClient, CloudQueue itp.)

Czy do elementu MVC dołączonego do pakietu .NET SDK dodawane są elementy kolejek systemu Windows Azure lub odwołania do obiektów blob?Żywotność składnika .NET platformy .NET (CloudQueueClient, CloudQueue itp.)

Dla kolejek mamy CloudStorageAccount, CloudQueueClient i CloudQueue.

Do przechowywania blob, mamy CloudStorageAccount, CloudBlobClient i CloudBlobContainer.

Zakładam, że najlepiej byłoby utworzyć każdy komponent raz na żądanie strony internetowej, ale tak naprawdę nie wiem teraz, jak kosztownie jest tworzyć każdy przedmiot. Ponownie zakładam, że utrzymywanie klientów na przykład pomiędzy żądaniami sieciowymi za pomocą jednorazowego życia nie byłoby dobrym planem, ale nie miałoby nic do roboty.

Źródło

2012-08-15 Paul Hiles

Obiekty .NET są lekkie. Żadne z nich nie przydzieli zasobów ani nie wykona operacji sieciowych po prostu przez utworzenie. Zazwyczaj nie warto wkładać ich do pamięci podręcznej lub puli, chyba że stworzysz ich całkiem sporo.

Nawet nie próbujemy buforować ich na żądanie - po prostu je tworzymy w razie potrzeby i wyrzucamy. Przechowywanie ich może zaoszczędzić ci trochę na śmieciarze, ale wątpię, by to było dużo.

Źródło

2012-08-15 20:08:29

Skąd wiadomo, że są lekkie ... Czy dokumentacja jest dostępna w dowolnym miejscu? – John

Może być, ale jeśli tak, nie mógłbym ci powiedzieć, gdzie z góry mojej głowy. Ta wersja była również pełniejsza, więc może nie być już prawdą. Proponuję rzucić okiem na źródło, ponieważ są one teraz otwarte. –

W [podstawowych warunkach asp.net] (https://docs.asp.net/en/latest/fundamentals/dependency-injection.html#service-lifetimes-and-registration-options), użyłbyś AddTransient CloudStorageAccount? (Zamiast singleton lub scoped) – Ciantic

Żywotność składnika .NET platformy .NET (CloudQueueClient, CloudQueue itp.)

Odpowiedz

Powiązane problemy