Відповіді:
HttpRuntime.Cacheотримує Cacheдля поточної програми.
MemoryCacheКлас схожий на ASP.NET Cacheкласу.
MemoryCacheКлас має багато властивостей і методів для доступу до кеш - пам'яті , який буде вам знайомо , якщо ви використовували ASP.NET Cacheклас.
Основна відмінність між HttpRuntime.Cacheта MemoryCacheполягає в тому, що останній був змінений, щоб зробити його придатним для використання .NET Framework додатків, які не є програмами ASP.NET.
Для додаткового читання:
Оновлення:
Згідно з відгуками користувачів, інколи блог Джона Девіса не працює. Тому я розмістив цілу статтю як зображення. Будь ласка, перегляньте це.
Примітка: Якщо незрозуміло, просто натисніть на зображення. Після цього воно відкриється у браузері. Потім натисніть ще раз на нього, щоб збільшити :)
Ось стаття Джона Девіса. Щоб зберегти читабельність, я вирізаю застарілий розділ EntLib, вступ, а також висновок.
ASP.NET або збірка System.Web.dll має механізм кешування. Він ніколи не був призначений для використання поза веб-контекстом, але його можна використовувати і поза Інтернетом, і він виконує всі вищезазначені дії щодо закінчення терміну дії у своєрідних хеш-таблицях.
Після очищення Google виявляється, що чимало людей, які обговорювали вбудовану функціональність кешування в .NET, вдалися до використання кешу ASP.NET у своїх не-веб-проектах. Це вже не найдоступніша, найбільш підтримувана вбудована система кешування в .NET; .NET 4 має ObjectCache, який я розгляну пізніше. Корпорація Майкрософт завжди була категорична, що кеш ASP.NET не призначений для використання поза Інтернетом. Але багато людей все ще застрягли в .NET 2.0 та .NET 3.5, і їм потрібно щось працювати, і це трапляється для багатьох людей, хоча MSDN чітко говорить:
Примітка: Клас кеш-пам'яті не призначений для використання поза програмами ASP.NET. Він був розроблений і протестований для використання в ASP.NET для забезпечення кешування веб-додатків. В інших типах програм, таких як консольні програми або програми Windows Forms, кешування ASP.NET може працювати неправильно.
Класом кешу ASP.NET є System.Web.Caching.Cache в System.Web.dll. Однак ви не можете просто створити об'єкт кешу. Ви повинні придбати його в System.Web.HttpRuntime.Cache.
Cache cache = System.Web.HttpRuntime.Cache;
Робота з кешем ASP.NET задокументована тут на MSDN .
Нарешті, корпорація Майкрософт застосувала абстрактний клас ObjectCache в останній версії .NET Framework та реалізацію MemoryCache, яка успадковує та реалізує ObjectCache для цілей внутрішньої пам’яті в неінтернет-налаштуваннях.
System.Runtime.Caching.ObjectCache знаходиться у збірці System.Runtime.Caching.dll. Це абстрактний клас, який оголошує в основному ті самі інтерфейси стилю .NET 1.0, які знаходяться в кеші ASP.NET. System.Runtime.Caching.MemoryCacheє реалізацією ObjectCache в пам’яті і дуже схожий на кеш-пам’ять ASP.NET, з деякими змінами.
Щоб додати елемент із ковзним терміном дії, ваш код буде виглядати приблизно так:
var config = new NameValueCollection();
var cache = new MemoryCache("myMemCache", config);
cache.Add(new CacheItem("a", "b"),
new CacheItemPolicy
{
Priority = CacheItemPriority.NotRemovable,
SlidingExpiration=TimeSpan.FromMinutes(30)
});
На відміну від кешу ASP.NET, ви можете створити екземпляр екземпляра об’єкта MemoryCache.
Примітка: Він не повинен бути статичним, але повинен бути - це рекомендація корпорації Майкрософт (див. Жовте застереження) .
Було зроблено кілька незначних покращень щодо інтерфейсу кеш-пам'яті ASP.NET, таких як можливість підписатися на події видалення, не обов'язково перебуваючи там, коли елементи були додані, зайвий Insert () видалений, елементи можна додавати за допомогою CacheItem об'єкт з ініціалізатором, який визначає стратегію кешування, і додано Contains ().
Насправді досить просто створити словник кешування, який виконує явне або ковзне закінчення терміну дії. (Це стає набагато складніше, якщо ви хочете, щоб елементи автоматично видалялися з метою очищення пам'яті.) Ось усе, що вам потрібно зробити:
Корпорація Майкрософт повинна підтримувати свої оригінальні конструкції, оскільки її користувацька база створила залежність від них, але це не означає, що вони хороші.
IDictionary<K,T>. Це значно полегшує споживання, оскільки його інтерфейс є більш передбачуваним як інтерфейс словника, плюс це робить його більш доступним для помічників та методів розширення, які працюють з IDictionary <>.Серед усіх чотирьох з цих варіантів це моя перевага. Я застосував це базове рішення кешування. Поки це, здається, працює чудово, немає відомих помилок (будь ласка, зв'яжіться зі мною з коментарями нижче або на jon-at-jondavis, якщо вони є !!), і я маю намір використовувати його у всіх своїх менших побічних проектах, які потребують основне кешування. Ось:
Посилання на Github: https://github.com/kroimon/ExpirableItemDictionary
Старе посилання: ExpirableItemDictionary.zip
Зверніть увагу, що в назві цієї статті в блозі вказується “Просте кешування”, а не “Кешування у важких режимах”. Якщо ви хочете зайнятися надміцними речами, вам слід поглянути на спеціальні, масштабовані рішення.
MemoryCache - це те, що він каже, що є, кеш, що зберігається в пам'яті
HttpRuntime.Cache (див. Http://msdn.microsoft.com/en-us/library/system.web.httpruntime.cache(v=vs.100).aspx та http://msdn.microsoft.com/en- us / library / system.web.caching.cache.aspx ) зберігається до того, що ви налаштували у своєму додатку.
див., наприклад, "ASP.NET 4.0: Написання власних постачальників кешу виводу" http://weblogs.asp.net/gunnarpeipman/archive/2009/11/19/asp-net-4-0-writing-custom-output-cache -провайдери.aspx
MemoryCache.Default може також служити "мостом", якщо ви переносите класичну програму ASP.NET MVC до ASP.NET Core, оскільки в Core немає "System.Web.Caching" та "HttpRuntime".
Я також написав невеликий орієнтир для зберігання boolелемента 20000 разів (і ще один орієнтир для його отримання), і MemoryCache, здається, у два рази повільніший (27 мс проти 13 мс - це загальна сума для всіх ітерацій 20 тис.), Але вони обидва надшвидкі, і це можливо, можна проігнорувати.