hVosttМСУКеш - это более вкусная альтернатива статике и Application, не более того.
после ряда глупостей которые ты нагородил, сделал ошибку в одной единственной строчке кода, последней каплей стала эта глупость, выдающей всю безграничность твоей непроходимой тупости.
После того гавнокода, который ты запостал, глупость по поводу переполнения памяти - это был верх идиотизма, который ты изрыгнул в форуме за всё своё время существования на этом форуме. А ошибка не в единственной строчке кода, а в твоей башке. Которая не привыкла читать документацию.

hVosttразговаривать с таким дилетантом не о чем. иди почитай что такое кеш. и что это не имеет ничего общего с "более вкусная альтернатива статике". малыш. если не можешь привести в доказательство ничего кроме своих кривых измышлений ковыляй лесом.
Ты еще не дорос по понимания возможностей кеша, поэтому продолжай дальше гавнокодить статику. А лучше убейся об яд.

hVosttП.С. статика в моём решении легко превращается в обычное поле, задающееся конструктором, что позволяет назначать каждому объекту свою дату на изменение его состояния. при чем своё состояние объект может инкапсулировать, о чем совершенно не требуется знать внешним компонентам. в твоём решении, состояние объекта торчит как кишки наружу, которым управляет непонятно кто и непонятно зачем. короче говнокод в стиле МСУ. ошибка в каждой строчке, супер-говно-стайл.
Какое-то изрыгание полоумного, по делу ноль, толку тоже ноль. Мой кеш легко превращается в обертку в виде класса, к которому на презентационном слое типизированный доступ, а не статика на подпорках. Сходи посмеши детей в саду, чилд.

hVosttМСУ2. Гарантий вообще никаких нет, ибо переполнение памяти - это неконтролируемый процесс вплоть до выгрузки домена приложений. Ты еще завяжи логику "логику" на отключение штекера компьютера из розетки.

и ещё. шарик, ты болбес. ты вообще знаешь для чего нужен приоритет кешу? и что дело не абсолютном переполнении памяти на машине, а некоторое пороговое значение, по достижению которого кеш начинает очищаться? ты вообще одупляешься? иди читай что такое кеш, как он работает и зачем он нужен и в чем отличие его от статики. свои неандертальские идеи о том, что это одно и тоже запихай себе поглубже, ибо это ничего общего с реальностью не имеет.

Убейся об документацию, школьник. Очищаться начинает твоя пустая голова, а не кеш. Если ты получаешь новый домен приложения (перезагрузки приложения, ресайклинг пула, изменения web.config), ты получаешь новую копию статической переменной. Обработка пустого значения после сброса состояния - такая же как везде, обращаемся к состоянию, если оно пустое, значит далее по логике - выполняем тот же самый код. Ты как был недорослью, так ей и остался.

hVosttу тя мышление куцое, как у доморощенного котёнка. если домен приложения сбосился, то умерли все данные приложения, и какая разница что там в статическом поле, если нет ни одного объекта его использующего? не аргумент вообще.
Вся проблема в том, что у тебя мышление вообще отсутствует как класс. В том-то и суть, что я не вижу принципиальной разницы между кешем и статикой, по сути это одно и то же. А вот ты начал трясти остатками головного мозга о том, что "состояния" видите ли не подходит.

hVostt ты в логике приложения используешь кеш. это значит, что если кеш заменить пустышкой, которая ничего не будет делать (не хранить, не отдавать), то твоё приложение просто перестанет нормально функционировать -- это первый признак студенческого говнокода. а ещё мнишь себя профессионалом. мне тебя жаль.
Дурень, эта "логика" и так по дефолту есть в кеши, и date expiration и remove callback. То, что требуется в задаче - уже есть в коробке, ничего лишнего писать не нужно. Какую такую еще логику придумало твое воспаленное воображение?

hVostt ты утверждаешь, что кеш это тоже самое, что и статическая переменная, только "с сахаром". это твоё умственное достижение нужно вообще увековечить, как верх тупизма и слабоумия.
Я не утверждаю, что это тоже самое. Я утверждаю, что это "по сути" тоже самое с точки зрения глобального состояния. То, что ты десятый пост никак не можешь что-то против аргументировать, это и ежу понятно. Одни сопли только.

hVosttи теперь можешь хоть забрызгать монитор ядом, мартышками-кодеманками и прочими эпитетами, как был говнокодером, так им и остался. мог бы хоть признать разок для разнообразия, что неправ. а то аргументы у тебя унылые, скользкие, и бестолковые. при чем тут пул приложения, при чем тут веб-конфиг... речь идёт об элементарных вещах, в которых ты не смыслишь.
Ты как не умел думать башкой, так и не научишься это делать. Кривые костыльные решения с "логикой" - вот твой псевдо удел.

hVosttМСУА ошибка не в единственной строчке кода, а в твоей башке. Которая не привыкла читать документацию.

инструкция по применению кода за авторством МСУ:

1. он всё равно не работает как надо. сначала идите читать документацию.
2. теперь, исправьте ошибки в каждой строчке кода МСУ (это не баг, это фига)
3. используйте.

Ты до сих пор не смог ничего внятно по делу сказать против моего решения в одну строчку. А сопли с помоями набрасывать на вентилятор - вот твой удел.

hVosttписец, ты уже который раз код с ошибками приводишь, а всё дурачка из себя строишь. какой нафиг вентилятор ещё? будь добр проверять свой код перед публикацией, или смирись с ярлычком "говнокодер".
В приведенном коде нет ошибок, ошибки в твоем воспаленном воображении. Ты как был безумной кодирующей обезьянкой, так ей и остался.

hVosttвот и понеслись кривые глупые отмазки. только ты можешь попутать Ж с П.
Отмазок нет и не было, всему причина твоё косожопное чтение того, что пишут.

hVosttМСУ, ошибка есть. ты указал CacheItemPriority.High, такой приоритет даёт право кешу снести значение раньше положенного срока.
Ты дурак? С каких это пор CacheItemPriority.High стало ошибкой? Или так в документации написано, что если вы используете CacheItemPriority.High, то это ошибка? ТС сам определит, какой ему CacheItemPriority больше подходит. Прекращай бредить уже.

hVosttно ты явно не понимаешь как работает кеш, так что забей нафиг. тебе даже документация не указ. хрен ли толку с таким дубовым веником как ты о чем-то говорить??!
Очередной вывод, высосанный из пальца какой-то очумелой кодеманкой? Забавно. Ему пихнули в морду решение, разжевали всё как есть, а она противится.

hVosttи еще указывать TimeSpan.Zero -- плохой тон, там где нужно указать однозначно говорящее за себя значение константы, предусмотренное для этой цели по документации MSDN , но видимо не для таких яростных говнокодеров типа тебя.
Опять фантазировать потянуло? Вот тут я тебе всё разжевал 14963446 , вызывается тот же TimeSpan.Zero. Во-вторых, кто это определил, что TimeSpan.Zero плохой тон? Ламер недоучка, который на коленке пишет гавнокод? Рассмешил право.

hVosttно самая главная ошибка -- это использование кеша в логике приложения.
Присядь и выпей яду. Я тебе уже говорил, что нет никакой логики. Логика - это на определенный интервал времени определить объект А, после истечения срока определить объект Б. Всё. С этим отлично справится кеш в одну строчку. Не нужно додумывать и фантазировать какую-то там еще логику. Я то так можно накрутить целый дирижабль, который должен летать, плавать и ходить.

hVosttв общем. это последний пост, дань твоей непроходимой упёртой тупости. сил больше нет, всё равно что бисер перед свиньями метать. упёрся рогом, и не признаешь никаких аргументов.
Последний пост кодеманки, которая просрала все полимеры? Великолепно.

hVosttможешь спускать всех своих мартышек. ты слил тему.
... сказала разгневанная кодеманка, которую только что отпинали ногами по заднице. Ура, товарищи.

thresher8нет никаких гарантий, что энтри проэкспайрится ровно тогда когда ты сказал.
На основе чего сделано это утверждение?

thresher8как нет и гарантий, что энтити не будет выкинута при memory pressure
При нехватке памяти может и домен выгрузиться, тогда вообще всё лесом пойдет. Да чего там нехватка памяти, при банальном warmup'е домен приложения отлетает. Хочешь рулить "memory pressure", как ты выразился, на здоровье - IProcessHostPreloadClient в руки и вперед. Я не понимаю, почему это все вдруг начали заботиться о нехватке памяти?