Buforowanie danych w Web API

Question

Mam potrzebę buforowania kolekcji obiektów, które są w większości statyczne (mogą mieć zmiany 1x dziennie), które są dostępne w mojej usłudze API ASP ASP.NET Web OData. Ten zestaw wyników jest używany w odniesieniu do wywołań (co oznacza, że ​​nie jest zależny od klienta), więc musi być buforowany na poziomie aplikacji.

Zrobiłem kilka wyszukiwania na "buforowanie w Web API", ale wszystkie wyniki dotyczyły "buforowania danych wyjściowych". Nie tego tutaj szukam. Chcę przechowywać w pamięci podręcznej kolekcję "Ludzie" do ponownego użycia w kolejnych połączeniach (może mieć wygaszenie poślizgu).

Moje pytanie brzmi, ponieważ jest to po prostu ASP.NET, czy używam tradycyjnych technik buforowania aplikacji do utrzymywania tej kolekcji w pamięci, czy jest coś innego, co muszę zrobić? Kolekcja ta jest , a nie bezpośrednio zwracana do użytkownika, ale raczej używana jako źródło za kulisami zapytań OData za pośrednictwem wywołań API. Nie ma powodu, abym przychodził do bazy danych podczas każdego połączenia, aby uzyskać dokładne informacje o każdym połączeniu. Wygasanie co godzinę powinno wystarczyć.

Ktoś wie, jak poprawnie buforować dane w tym scenariuszu?

Answer 1

Tak, buforowanie wyjścia nie jest tym, czego szukasz. Możesz buforować dane w pamięci za pomocą MemoryCache, na przykład http://msdn.microsoft.com/en-us/library/system.runtime.caching.memorycache.aspx. Jednak utracisz te dane, jeśli pula aplikacji zostanie poddana recyklingowi. Inną opcją jest użycie rozproszonej pamięci podręcznej, takiej jak AppFabric Cache lub MemCache, aby wymienić tylko kilka.

Answer 2

Rozwiązanie, które udało mi się zastosować, dotyczyło przestrzeni nazw MemoryCache w przestrzeni System.Runtime.Caching. Oto kod, który zakończył się pracuje dla buforowania moją kolekcję:

//If the data exists in cache, pull it from there, otherwise make a call to database to get the data 
ObjectCache cache = MemoryCache.Default; 

var peopleData = cache.Get("PeopleData") as List<People>; 
if (peopleData != null) 
    return peopleData ; 

peopleData = GetAllPeople(); 
CacheItemPolicy policy = new CacheItemPolicy {AbsoluteExpiration = DateTimeOffset.Now.AddMinutes(30)}; 
cache.Add("PeopleData", peopleData, policy); 
return peopleData; 

Oto kolejny sposób znalazłem używając Lazy<T> wziąć pod blokadą konta i współbieżności. Razem zasługa tego postu: How to deal with costly building operations using MemoryCache?

private IEnumerable<TEntity> GetFromCache<TEntity>(string key, Func<IEnumerable<TEntity>> valueFactory) where TEntity : class 
{ 
    ObjectCache cache = MemoryCache.Default; 
    var newValue = new Lazy<IEnumerable<TEntity>>(valueFactory);    
    CacheItemPolicy policy = new CacheItemPolicy { AbsoluteExpiration = DateTimeOffset.Now.AddMinutes(30) }; 
    //The line below returns existing item or adds the new value if it doesn't exist 
    var value = cache.AddOrGetExisting(key, newValue, policy) as Lazy<IEnumerable<TEntity>>; 
    return (value ?? newValue).Value; // Lazy<T> handles the locking itself 
}