Back to "Edellisen viestin päivittäminen... piti merkitä strippiin syndikointia varten..."

This is a viewer only at the moment see the article on how this works.

To update the preview hit Ctrl-Alt-R (or ⌘-Alt-R on Mac) or Enter to refresh. The Save icon lets you save the markdown file to disk

This is a preview from the server running through my markdig pipeline

Imported mostlylucidcouk

Edellisen viestin päivittäminen... piti merkitä strippiin syndikointia varten...

Tuesday, 06 July 2004

Yritän simuloida .NET 2.0 Database Cache Dependency -juttua (no, Way Dependency -juttua), joka on tietysti hieman yksinkertaisempi. Pyöritän hieman ajastinluokkaa maailmanlaajuisen asax.cs-tiedostoni staattisena ominaisuutena, kuten näin:

julkinen staattinen TimerClass tirr = uusi TimerClass();

Oikea ajastinluokkani on todella yksinkertainen, se vain lisää kohteet jonoon jokaisessa rastissa; varsinaisessa sovelluksessa tämä laukaisee yksinkertaisen tallennetun menettelyn ja lisää tiettyjä kohteita vain, jos kohde on päivitetty. Tämä kaikki on todella sitä varten, että pitää kiertää ja päivittää jotain tavaraa välimuistissa... näin voin tehdä sen "offline"-muodossa.

Järjestelmän käyttö;

Käyttämällä System.Timers -järjestelmää;>

namespace CacheTimerTest

{

///

/// Yhteenveto kuvaus TimerClassesta.

///

julkisen luokan TimerClass

{

Public TimerClass()

{

Ajastin = uusi ajastin ();

Ajastin.Enabled=true;

Ajastin.Interval=5000;

Ajastin.Käynnistä ();

Ajastin.Eppoutunut + = uusi ElapsedEventHandler (ajastinK_elpynyt);

}

yksityinen tyhjä ajastin_Eksynyt(kohteen lähettäjä, EksynytTapahtumaargs e)

{

if(!Global.qu.Contains('update1'))

Global.qu.Enqueue('päivitys1');

}

}

}

Joten tässä on kysymykseni, voiko kukaan keksiä syytä, miksi tämä ei toimi luotettavasti, kuten sanoin, minulla on nalkuttava tunne, että se ei toimi, mutta en voi kuvitella, miksi...

logo

© 2026 Scott Galloway — Unlicense — All content and source code on this site is free to use, copy, modify, and sell.