Passa ai contenuti principali

Threading with .Net Compact Framework

Nella serie degli "How do I? videos" di Microsoft alcuni video di ripasso sulle basi della programmazione multithread in .Net con un occhio all'aspetto mobile.

  • How Do I: Synchronize Multiple Threads?
    • Uso di AutoresetEvent e dei suoi metodi Set (consente ad un solo thread di passare il semaforo) e WaitOne (resto in attesa di fronte al semaforo). La sincronizzazione in questione è tra il thread dell'UI che comanda tramite pressione di un pulsate il Set e un secondo thread separato che cicla indefinitamente e ad ogni ciclo si arresta sul WaitOne.
    • Uso sistema classico per arrestare il thread secondario: sul thread principale una stopVariable (testata nella condizione di while) viene settata a true e si chiama il Join aspettando che il therad secondario esca. Attenzione liberare con un Set dal thread principale anche tutti i thread secondari fermi sul semaforo per non causare un deadLock (thread principale bloccato sul join e thread secondari bloccati sul WaitOne).
    • Breve cenno al ManualResetEvent.

  • How Do I: Update User Interface Controls in Multithreaded Applications?
    L'uso di Invoke per effettuare l'update di controlli nella UI da parte di funzioni chiamate da thread esterni. Unica cosa interessante del video è il finale in cui viene illustrato un possibile deadlock causato da un invoke chiamato da thread esterno mentre la UI è bloccata su un join aspettando che proprio quel thread abbia termine. Corretto poi usando nel thread esterno la versione asincrona BeginInvoke.

  • How Do I: Correctly Terminate Multithreaded .NET Compact Framework Applications?
    Chiudendo la form principale viene terminato il thread della UI ma rimangono in piedi gli altri foreground thread lanciati dall'applicazione. Questi thread consumano risorse e non compaiono nel task manager. Per fare in modo che i thead secondari si chiudano automaticamente (e bruscamente) alla chiusura della form principale si possono dichiarare come background thread (IsBackground property). Se invece il thread ha de codice di inizializzazione o terminazione bisogna invece gestire esplicitamente la sua terminazione al Form Closing. Oppure cancellare l'evento di chiusura al form closing seganlando all'utente di stoppare le operazioni in corso.

Commenti

stefano busolin ha detto…
ciao, una domanda:
esiste supporto per il multi-threading anche nel dotnet micro framework ?
stefano
Mauro Cavallin ha detto…
Nel .Net Micro Framework può girare solo un'applicazione (processo) alla volta, per affrontare la programmazione concorrente si possono quindi usare solo i Thread (Micro Framework implementa un sottoinsieme di System.Threading). Un'applicazione parte sempre come singolo thread (Main thread) creato automaticamente dal runtime, thread secondari possono essere lanciati, sospesi e sincronizzati tramite i costrutti soliti del .Net framework (metodi sincronizzati, lock, Monitor, e le classi derivate da WaitHandle). Ad ogni thread può essere concesso più o meno tempo cpu rispetto agli altri tramite la prop ThreadPriority.

Post popolari in questo blog

Log.Net: Conflitto Con CrystalReport per Visual Studio 2010

Situazione: Web Application Asp.Net 4.0, Utilizzo delle librerie di Crystal Report per VS2010. Il progetto web utilizza Log.Net, scaricato dal sito ufficiale. Un problema simile si verifica con applicazioni Windows Form. Problema: Le due librerie vanno in conflitto sia in fase di compilazione ( 1550854 - "Could not load file or assembly 'log4net' or one of its dependencies" Error when building Visual Studio 2010 solution utilizing the Crystal Reports .NET Runtime ), sia una volta installata sulla macchiana target (L'inizializzatore di tipo di 'CrystalDecisions.Shared.SharedUtils' ha generato un'eccezione. Impossibile caricare il file o l'assembly 'log4net, Version=1.2.10.0, Culture=neutral, PublicKeyToken=692fbea5521e1304' o una delle relative dipendenze. La definizione di manifesto dell'assembly specificato non corrisponde al riferimento all'assembly.). Soluzione Spiegata: Il thread in cui ne parlano. A quanto ho ca...

Dotnetnuke non migrerà ad asp .NET MVC

Il grande capo di dnn Shawn Walker ha messo in chiaro che non tenteranno un porting di dnn verso asp .Net MVC, dotnetnuke resterà per sempre su web forms. La scelta è tanto saggia quanto obbligata. Esiste però un modo per estendere DNN o integrarlo con un'applicazione MVC? sembra di si, il completo tutorial in 3 parti direttamnte dai blog ufficiali delgi sviluppatori Dnn: parte1 parte2 parte3 Per completezza qui il famoso post di ScottGu sulla volontà di microsoft di tenere in piedi con uguali risorse sia asp.Net MVC sia WebForms.

Xamarin Forms Image: where to put images in projects (root directory in WindosPhone)

We have a PCL Xamarin.Forms project with some XAML. Images are project-specific so we put the image in the starting projec (i.e. Wp and Android) We want to define image name in the XAML so we use: x:Name="myImage"  Source="NavigationLeft.png" Android takes the "NavigationLeft.png" in the Resources/Drawable WindowsPhone takes the "NavigationLeft.png" on the root of the project. So Windows phone project get messed with resource images in the root folder. Is there a way to avoid this? No, there's not: in Windows Phone  we could place the image in an "Images" forder and reference it with "Images/NavigationLeft.png" in XAML, this would work. But in Android the Resource/drawable directory is a flat diretory and does allow subdirs. For now i prefixed share image with an x "xNavigationLeft". Sources: Android drawable does not allow subdirs For Wp using Xamarin.Forms we must put images on root dir