Чтоб не писать вот такие портянки как у hVostt, есть штатный механизм .

hVosttпри чем тут состояние объекта и кеш? как твой гений умудрился связать эти понятия и наречь это "штатным механизмом"?
Ну вот видишь, снова "близорукость" (а если погрубее, то тупость) выдаёт тебя с потрохами.

Для тех, кто в танке:

1. Статика, это такое же состояние. Принципиально ничем по своей сути не отличается от таких состояний, как кеш или аппликейшен.
2. Штатный механизм заключается в том, что можно в кеш положить объект на время t и в отдельном коллбэке (когда время истечет) мы определяем новый объект.

Садись, опять тебе двойка.

hVostt, задача решается в одну строчку кода, изучи его, а потом выпей яду.




Вот тебе и штатный механизм, бабушка.

Где-то в степи, э, бать, хорош паниковать :) Нормальный вопрос же, не?

Где-то в степи, ну не знаю, не знаю... :)

Где-то в степиМСУ, ну...)) а че делать?
Ну, как минимум, догоняться :)

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

hVosttзасунь себе свою двойку :) как только кеш не используют. у него одна единственная конкретная задача -- кеширование. не надо пытаться изобразить из него что-то другое. статика это статика, кеш это кеш.
Я не знаю кто как и что использует, я тебе разъясняю, что сабж решается с помощью одной строчки с кешем. Кеш ничем принципиально от статики не отличается. Более того, у кеша побольше возможностей для хранения объектов. И без подобного гавнокода, который льется из твоих кривых мозгов.

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

hVosttты решаешь выдуманную, а не поставленную задачу.
Я решаю задачу топикстартека. Ставят её или роняют, мне фиолетово. Задача решается одной строчкой кода с помощью штатного делегата CacheItemRemovedCallback.

hVosttкакое там у тебя складывается ощущения — до фанаря. "состояние объекта" подразумевает под собой один и тот же объект, а не разные. какие еще слоги тебе нужны? может в картинках? чо тупишь???
HttpContext.Cache["key"], это сколько объектов в данный момент? Один, десять, сто? Выпей яду, твоя тупость порядком утомляет.

hVosttесли ты не знаешь что и как используется, чего лезешь? изучи сначала предметную область прежде чем начинать умничать. не будешь выглядеть тогда идиотом. микроскопом тоже можно гвозди забивать, и кушать двумя ломами, используя их на манер китайских палочек. но они не для этого.
Какая предметная область, чудилко? Автор залез в форум ASP.NET и задал вопрос. Разумеется я ему не буду пихать паттерны на дельфи. Если у тебя "гвозди" - это обычный Removed Callback по дате, то сходи лучше в детский сад. И не смеши публику своими детсадовскими "решениями".

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

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

hVosttдля справки. сама природа кеша такова, что ни при каких обстоятельствах кеш не должен учавствовать в логике приложения. всегда надо рассматривать его, как черную дыру, которая может не отдать положенные в неё объекты. даже если в 99% все работает вроде как надо, всегда существует 1%, что что-то пойдёт не так. кеш это кеш. и точка. и спорить даже не начинай. не выставляй себя конкретным пустоголовым идиотом.
Бред сивой кобылы, высосанный из пальца. Кеш ничем по сути не отличается от статики, ведет себя абсолютно подобным образом. Если уж и завязывать бизнес логику на статику (что не есть хорошо, по большому счету), то вариант с кешем будет аналогичным решением. Только вопрос автора кеш щелкает как орех нативно, без подобных статических костылей, которыми усеян твой гавнокод. Осознал?

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




во-первых, никаких ламерских TimeSpan.Zero, а правильный Cache.NoSlidingExpiration,
во-вторых, CacheItemPriority.NotRemovable -- декларируется, что объект не будет удален при автоматической очистке кеша, однако абсолютных гарантий нет для того, чтобы использовать это можно было использовать в логике.

1. Садись, двойка. Ты поленился даже прочесть документацию

http://msdn.microsoft.com/ru-ru/library/system.web.caching.cache.noslidingexpiration.aspx Когда это поле используется, оно задает для параметра slidingExpiration поле TimeSpan.Zero, имеющее нулевое значение константы.


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

hVosttна то он и кеш, чтобы сократить нагрузку на внешний источник данных (на процессор при увесистых расчётах). это его единственное предназначение. использовать кеш для чего бы то ни было ещё -- ошибка.
Кеш - это такое же состояние, вне зависимости от нагрузок и прочего. Кеш - это более вкусная альтернатива статике и Application, не более того. Не нужно молиться на кеш как молятся на Ктухлу. Это просто состояние.

hVosttпри чем, в многопоточном приложении требуется лочить этот кусок кода. так что "одна строчка" кода превращается в конкретную портянку. если делать по уму. а если яростно говнокодить в стиле МСУ, то ради бога, мне так все равно кто, как и почему делает.
То же самое относится и к статике, которую точно так же нужно лочить.

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 в руки и вперед. Я не понимаю, почему это все вдруг начали заботиться о нехватке памяти?

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

hVosttне важно, что там на самом деле TimeSpan.Zero, по документации определены специальные константы, которая должна использоваться:

http://msdn.microsoft.com/ru-ru/library/system.web.caching.cache.noabsoluteexpiration.aspx

http://msdn.microsoft.com/ru-ru/library/system.web.caching.cache.noslidingexpiration.aspx

они нужны для того, чтобы при чтении кода было очевидно его поведение. TimeSpan.Zero ни о чем не говорит. использование "магических значений" вместо именованных констант является дурным тоном.
Что значит, не важно, что так используется? Ты ляпнул очередную глупость, что TimeSpan.Zero - это плохой тон. С чего бы это, кто определил? Кто запрещает использовать TimeSpan.Zero? Какие магические значения? String.Empty это тоже магическое значение? Ты там завязывай с курением трав, что ли.

hVosttдаунито. шуруй читать MSDN.
В отличие от тебя, оболтуса, я это постоянно делаю.

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