Skip to main content

Cand sa folosim System.Thread.Timer

In .NET putem sa alegem din 3 tipuri de timer:
System.Windows.Forms.Timer se foloseste in general pe UI, cand trebuie sa facem update. System.Timer o sa il folosim de obicei de obicei pe partea de server cand vrem mai multe flexibilitate si mai mult optiuni. Din cele trei timer-uri, acesta are cele mai multe optiuni.
System.Thread.Timer, care rulează un nou thread pentru operațiile sale. Acesta este folositor când vrem sa facem operații asyncron.
System.Threading.Timer timer = new System.Threading.Timer(new TimerCallback(ExecutaCeva), null, 0, 2000);
...
private void ExecutaCeva(object obj)
{
....
}
Pentru a face disable/enable putem sa folosim:
timer.Change(Timeout.Infinite, Timeout.Infinite); //Disable.
timer.Change(0, 2000); //Enable.
Cea ce mi s-a parut foarte folositor la acest imer sunt parametrii lui Change si ultimii doi parametrii a contructorului. Prin intermediul lor putem sa specificam dupa ce perioada sa se apeleze metoda ExecutaCeva, iar apoi la ce interval de timp aceasta sa fie executa.
Sunt cazuri cand vrem ca primul apel ExecutaCeva sa fie facut dupa 1 secunda, iar apoi timer-ul sa apeleze aceasta metoda la 10 secunte. Pentru acest lucru daac am folostii System.Timer ar fi nevoie sa oprim timer-ul dupa prima executie, sa setam din nou intervalul de timp, iar apoi sa îl pornim din nou.
System.Thread.Timer ne permite sa facem in felul urmator:
System.Threading.Timer timer = new System.Threading.Timer(new TimerCallback(ExecutaCeva), null, 1000,10000);
varianta care o prefer eu este:
System.Threading.Timer timer = new System.Threading.Timer(new TimerCallback(ExecutaCeva), null, TimeSpan.FromSeconds(1), TimeSpan.FromSeconds(10));
Este bine de stiut ca orice moment cand apelam metoda Change, timpul pana cand se apeleaza ExecutaCeva se modifica. Daca prima valoare este 0, atunci metoda pentru callback se apeleaza imediat, iar daca este Timer.Infinite atunci timer-ul este disable.
Cand al doilea parametru este 0 sau Timer.Infine, atuci timer-ul se executa o singura data.

Comments

  1. Fiecare soi de timer are rostul lui, in anumite cazuri: System.Windows.Forms.Timer e timer-ul "clasic" care foloseste intern functia SetTimer() din WindowsSDK si se bazeaza pe procesarea in message loop a mesajului de WM_TIMER

    - avantaje: e gestionat de sistemul de operare, nu consuma un thread separat (ci in UI thread), e mai simplu de utilizat

    - dezavantaje: rezolutie redusa (55ms pe Win95/08, 10-15ms pe Win2000/XP/Vista etc.), WM_TIMER e un mesaj low priority, deci poate fi procesat cu intarziere daca sunt mesaje mai prioritare in coada; numarul maxim de timere care poate fi creat e limitat (mai mult pe versiunile vechi de Windows, pe cele mai noi limita e destul de mare); trebuie avut grija sa se apeleze Dispose() la sfarsit.

    Celelalte doua clase Timer se bazeaza pe threads, si deja sunt alta mancare de peste. O comparatie buna se gaseste in articolul lui Alex Calvo:
    http://msdn.microsoft.com/en-us/magazine/cc164015.aspx

    ReplyDelete
  2. Tudor: multumesc de link, articolul a fost foarte interesant.
    Siderite: interesant mod de a folosii task-urile. O sa studiez problema zilele astea, cea ce nu imi este clar, daca prin apelul la ContinueWith se continua pe acelasi thread sau pe un thread separat. O sa revin cu mai multe informatii zilele acestea.

    ReplyDelete

Post a Comment

Popular posts from this blog

Why Database Modernization Matters for AI

  When companies transition to the cloud, they typically begin with applications and virtual machines, which is often the easier part of the process. The actual complexity arises later when databases are moved. To save time and effort, cloud adoption is more of a cloud migration in an IaaS manner, fulfilling current, but not future needs. Even organisations that are already in the cloud find that their databases, although “migrated,” are not genuinely modernised. This disparity becomes particularly evident when they begin to explore AI technologies. Understanding Modernisation Beyond Migration Database modernisation is distinct from merely relocating an outdated database to Azure. It's about making your data layer ready for future needs, like automation, real-time analytics, and AI capabilities. AI needs high throughput, which can be achieved using native DB cloud capabilities. When your database runs in a traditional setup (even hosted in the cloud), in that case, you will enc...

Cloud Myths: Migrating to the cloud is quick and easy (Pill 2 of 5 / Cloud Pills)

The idea that migration to the cloud is simple, straightforward and rapid is a wrong assumption. It’s a common misconception of business stakeholders that generates delays, budget overruns and technical dept. A migration requires laborious planning, technical expertise and a rigorous process.  Migrations, especially cloud migrations, are not one-size-fits-all journeys. One of the most critical steps is under evaluation, under budget and under consideration. The evaluation phase, where existing infrastructure, applications, database, network and the end-to-end estate are evaluated and mapped to a cloud strategy, is crucial to ensure the success of cloud migration. Additional factors such as security, compliance, and system dependencies increase the complexity of cloud migration.  A misconception regarding lift-and-shits is that they are fast and cheap. Moving applications to the cloud without changes does not provide the capability to optimise costs and performance, leading to ...

Cloud Myths: Cloud is Cheaper (Pill 1 of 5 / Cloud Pills)

Cloud Myths: Cloud is Cheaper (Pill 1 of 5 / Cloud Pills) The idea that moving to the cloud reduces the costs is a common misconception. The cloud infrastructure provides flexibility, scalability, and better CAPEX, but it does not guarantee lower costs without proper optimisation and management of the cloud services and infrastructure. Idle and unused resources, overprovisioning, oversize databases, and unnecessary data transfer can increase running costs. The regional pricing mode, multi-cloud complexity, and cost variety add extra complexity to the cost function. Cloud adoption without a cost governance strategy can result in unexpected expenses. Improper usage, combined with a pay-as-you-go model, can result in a nightmare for business stakeholders who cannot track and manage the monthly costs. Cloud-native services such as AI services, managed databases, and analytics platforms are powerful, provide out-of-the-shelve capabilities, and increase business agility and innovation. H...