Crad's .NET Blog

Prendo spunto dal recente post di Corrado per dire che anche nelle Winforms è possibile utilizzare il databinding in senso "lato", ossia per impostare interazioni tra gli oggetti di una form piuttosto che per visualizzare informazioni provenienti da una fonte dati.

Sappiamo benissimo che .NET ogni oggetto è utilizzabile come sorgente dati, quindi perché non utilizzare un Control come DataSource? Create una winform con una CheckBox e una ComboBox, poi, nel costruttore, scrivete:

La creazione di un oggetto di tipo Image da un file nasconde una piccola insidia. Consideriamo il seguente snippet di codice:

Ciò che accade dietro le quinte è che nel field

viene memorizzato un handler al file filename.jpg, che rimane aperto finché non si richiama il metodo Dispose() di myImage. Il problema è che, ovviamente, il file risulta bloccato e il sistema ha una risorsa impegnata; inoltre, se dimentichiamo di effettuare la Dispose, questa situazione perdura fino a che non viene effettuato un GarbageCollecting o, al peggio, fino alla chiusura dell'applicazione.

Come ovviare? Personalmente, quando devo caricare un'immagine da file, faccio così:

Il costruttore dell'oggetto Bitmap, infatti, carica l'immagine e la salva sull'oggetto stesso utilizzando GDI+; da Reflector:

In questo modo non facciamo altro che applicare la best practice che consiglia di tenere impiegata una risorsa esterna per il minor tempo possibile.

Ciao

powered by IMHO 1.3

Oggi ho avuto una brutta sorpresa: lavorando con VS2005 ad un progetto WinForms, mi sono trovato nell'assoluta impossibilità di impostare il DataBinding da designer: ogni volta che provavo ad impostare la proprietà DataSource di un qualsiasi BindingSource, VS2005 sollevava una NullReferenceException, mostrava una bella message box con su scritto "Reference not set to an instance of an object" e buonanotte al secchio.

Pistolando un po' qua e là, alla fine sono riuscito a venirne a capo: si tratta di un problema che si verifica quando si cambia il naming delle classi, quando cioé i file Xml contraddistinti dall'estensione .datasource non sono più allineati con le classi del nostro progetto. Per accorgersene, basta aprire la finestra delle DataSource e alcune di esse dovrebbero presentare un bel punto esclamativo nell'icona a fianco. Per risolvere il problema è sufficiente aggiornare manualmente l'xml o eliminare i file e poi rigenerarli.

powered by IMHO 1.3

Oggi mi è arrivata una mail che mi annunciava che l'articolo sulle Crad's Actions che ho pubblicato su CodeProject è stato moderato e non è più una unedited reader contribution.

Questa sì che è una soddisfazione, considerando che è lì da meno di un mese e che molti articoli attendono il lavoro dell'editor da parecchio tempo in più! L'unico rammarico è che, d'ora in poi, non posso più modificarne il testo a piacimento, dato che ciò che invierò dovrà essere validato prima di andare online; peccato, perché proprio in questo weekend avrei voluto rilasciare un aggiornamento per correggere un paio di piccoli bug, vorrà dire che li pubblicherò in anteprima su UGI!

powered by IMHO 1.3

Nei giorni scorsi ho ricevuto un feedback da un ceco (nel senso che abita in Repubblica Ceca ) che aveva scovato la mia piccola libreria per puro caso, dicendo che secondo lui avrei dovuto metterla in un posto che le garantisse una maggiore visibiltà.

Io e il mio inglese maccheronico ci siam messi al lavoro e ho partorito un articoletto per CodeProject. Che dire, ricevere i primi rating positivi è una soddisfazione grandissima! Ora spero anche in qualche feedback in modo da poter evolvere il lavoro sin qui svolto.

powered by IMHO 1.3

Chi sviluppa componenti con supporto al designer di VisualStudio, sicuramente si è trovato ad utilizzare la proprietà DesignMode per verificare se il codice sia in esecuzione nel contesto del designer o a runtime.

Bene, avevo un problema che mi ha portato ad indagare su come funzioni internamente questa proprietà. Reflector alla mano ho scoperto che, in un Component...

Ora... premesso che, se utilizziamo VisualStudio, a design time il field site è un'istanza di System.ComponentModel.Design.DesignerHost.Site e che quel site1.DesignMode ritorna sempre true, c'è da fare un'importante considerazione: durante l'esecuzione del costruttore del Component, DesignMode è SEMPRE false, perché il corrispondente Site non è stato ancora assegnato.

Inutile dire che ci ho sbattuto il muso poche ore fa , ma senza averlo fatto magari non sarei venuto a conoscenza di questa sfumatura!

powered by IMHO 1.3

Di cosa si tratta? L'ho scoperto ieri sera, cercando di utilizzare anche in C# la classe WindowsFormsApplicationBase: è una nuova feature delle classi che ereditano da Control del Fx 2.0 e consiste nella capacità di utilizzare GDI piuttosto che GDI+ per il rendering del testo.

Come mai? Beh, GDI+ ha la peculiarità di avere API estremamente semplici da utilizzare, ma il buon vecchio GDI offre parecchi vantaggi, per esempio:

• Il look dell'applicazione è più consistente con le varie altre dialogs del sistema operativo
• C'è un migliore supporto per la localizzazione e per il rendering dei caratteri unicode
• Il rendering è molto più veloce e può sfruttare anche l'accelerazione hardware

Per avvalersene bisogna, per l'appunto, invocare il metodo sopra citato con il parametro "false". Ultima nota, per chi sviluppa custom controls o utilizza l'OwnerDrawing: quando ci si trova a dover effettuare il rendering di un testo, in luogo dei metodi MeasureString e il DrawString dell'oggetto Graphics, bisogna utilizzare gli analoghi MeasureText e DrawText della classe TextRenderer.

Altre info si trovano a questo link e a quest'altro.

powered by IMHO 1.3