Blogs @ UGIdotNET

E noi, se fem?

Mario Duzioni — Thu, 02 Jul 2009 22:07:39 GMT

Leggere questo post di Janky mi ha davvero fatto piacere.

Ricordo le divergenze di opinione di qualche anno (!?!) fa, quando nacque il primo User Group “locale” su .NET (se non ricordo male, XeDotNet).

Forse l’opinione “pubblica” si trovava di fronte un concetto nuovo, probabilmente l’affetto per UGIdotNET faceva temere una “sovrapposizione”; fatto sta che oggi gli user group locali o tematici sono divenuti una realtà diffusa ed apprezzata.

Chi è residente a Milano o nelle vicine province, ha avuto la fortuna in questi anni di poter assistere ai workshop di UGIdotNET senza trasferte “epiche” (anche se comunque per fare quei 18 Km dalla SS36 a Segrate alle 9.00 in auto, ci si impiega ben più di un’ora) e di conseguenza non si è mai sentita la mancanza di uno user group locale perchè UGIdotNET stesso ne faceva le veci.

Di contro attualmente la situazione è un po’ cambiata. Escludendo i molteplici eventi after-hour (in effetti un ottimo connubio tra svago e “lavoro”), gli ottimi Community Days (multi-community) a cui partecipo sempre con soddisfazione e l’ultimo workshop a Predappio, si deve tornare al 13 dicembre 2007 per l’ultimo workshop UGIdotNET “tradizionale” svoltosi in Lombardia.

Intendiamoci, non è una critica, anzi ho già scritto in precedenza che lodo la scelta di tenere dei workshop UGIdotNET in giro per l’Italia, ma solo la constatazione che sento parecchio la mancanza di quei workshop, quell’appuntamento quasi trimestrale che ha cambiato completamente il mio modo di approcciare lo sviluppo software.

Non so come dirlo senza paura di “mancare di rispetto” (è la frase più “trasparente” che mi viene) ad UGIdotNET ed ancor più all’enorme lavoro costantemente svolto dal nostro Presidente, ma forse attualmente potrebbe essere davvero una buona idea almeno provare insieme ad organizzare un primo workshop “locale” di prova (Lecco? Monza? Milano?).

Che ne dite? Idea folle / sbagliata / inutile / interessante?

Model-View-ViewModel: superare i limiti dei CodeBehind-less User Controls

Davide Senatore — Thu, 02 Jul 2009 20:20:34 GMT

Come già anticipato in un mio precedente post, l’approccio basato su file XAML only per creare applicazioni con pattern MVVM che permettano una personalizzazione spinta dell’interfaccia, si scontra con l’impossibilità di inserire uno user control SENZA codebehind all’interno di una window (o di una page).

Tanto per intenderci, faccio un parallelo con ASP.net, essendo il concetto molto simile a quello che supporta i Web User Control (ascx).

In ASP.net ho una pagina, che contiene uno user control. Questo viene “registrato” in cima alla pagina con una “direttiva” del tipo:

        1: <%@ Register TagPrefix="dnn" TagName="LANGUAGE" Src="~/Admin/Skins/Language.ascx" %>

       2: ...

       3: omissis

       4: ...

       5: <dnn:LANGUAGE runat="server" id="dnnLANGUAGE" showMenu="False" showLinks="True" />

In pratica, diciamo al compilatore di ASP.net: “quando compili la pagina, riferisciti a quel file sul disco e gestiscilo inserendo nella pagina il frammento di codice ASP.net che gli compete, agganciando tutti gli eventi nel code behind…”.

Questo concetto manca in WPF. Innanzitutto una precisazione è d’obbligo: gli UserControl sono praticamente identici ai controlli Utente Web, ma non possono essere usati senza avere una classe di code-behind compilata. Questo è dovuto al fatto che, per referenziare uno user control in una window o in una page, bisogna includere un riferimento all’assembly ed al namespace che lo contiene. Vediamo due snippets della pagina e dello User Control “Standard”:

       1: <Window x:Class="WpfApplication1.Window1"

       2:     xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

       3:     xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

       4:     xmlns:my="clr-namespace:WpfApplication1"

       5:     Title="Window1" Height="300" Width="300">    

       6:     <Grid>

       7:         <my:StandardUC/>

       8:     </Grid>

       9: </Window>

       1: <UserControl x:Class="WpfApplication1.StandardUC"

       2:     xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

       3:     xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml">

       4:     <StackPanel>

       5:         <TextBox x:Name="txtHello"></TextBox>

       6:         <Button x:Name="btnHello" Content="Click me!" Click="btnHello_Click"/>

       7:     </StackPanel>                

       8: </UserControl>

Quello che deve balzare agli occhi, è il riferimento xmlns:my=”clr-namespace:WpfApplication1” che indica dove trovare il controllo compilato, e non dice nulla riguardo alla parte XAML. Questo perchè in effetti, in fase di compilazione, la parte XAML viene tramutata in file .g (generated) e compilato come baml. A run time lo ritroveremo nel file .exe all’interno della sezione resources (Reflector rulez!)

Il punto è che, comunque, non c’è modo di specificare un riferimento ad un file fisico che verrà caricato dal disco a run-time. A questo punto sono d’obbligo un paio di citazioni: durante una chiacchierata virtuale con l’amico Andrea Boschin, e dopo aver parlato anche con il WPF-Guru Corrado Cavalli, è emersa una soluzione, che mi appresto a riportare.

Si tratta di creare una class CustomUserControl, la quale eredita da ContentControl, aggiungere una proprietà Source e sovrascrivere il metodo OnInitialize come si può vedere nel seguente snippet:

       1: using System;

       2: using System.Xml;

       3: using System.Windows.Controls;

       4: using System.Windows.Markup;

       5:  

       6: namespace WpfApplication1

       7: {

       8:     public class CustomUserControl : ContentControl

       9:     {

      10:         public string Source { get; set; }

      11:  

      12:         protected override void OnInitialized(EventArgs e)

      13:         {

      14:             base.OnInitialized(e);

      15:             XmlTextReader reader = new XmlTextReader(this.Source);

      16:             base.Content = XamlReader.Load(reader);

      17:         }

      18:     }

      19: }

Ovviamente, questa diventa una specie di classe “base” per tutti i controlli Codebehind-less, per cui, quando li vorremo includere nella window dovremo fare come segue:

       1: <Window x:Class="WpfApplication1.Window1"

       2:     xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"

       3:     xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"

       4:     xmlns:my="clr-namespace:WpfApplication1"

       5:     Title="Window1" Height="300" Width="300">    

       6:     <Grid>

       7:         <my:CustomUserControl Source="UserControl1.xaml"/>        

       8:     </Grid>

       9: </Window>

Ovvero utilizzare il riferimento al namespace che contiene la classe base, impiegare il controllo CustomUserControl ed impostare il file XAML da caricare a run-time.

In questo modo è stato superato il limite degli User Control in applicazione MVVM che mantengono le interfacce XAML esterne rispetto al compilato. Nel caso di MVVM gli UserControl con adeguati comandi di binding possono essere utilizzati come DataTemplate in controlli list (ListBox e affini). Ringrazio ancora Andrea e Corrado per il supporto e l’ispirazione… è sempre un piacere potersi confrontare con voi!

System.Collections: Generic.IList<T>

Salvatore Di Fazio — Thu, 02 Jul 2009 20:04:13 GMT

Rappresenta una lista di oggetti accessibile tramite un indice.

Implementazioni:

ICollection<T>
IEnumerable<T>
IEnumerable

Osservazioni:

Implementa l’interfaccia generica ICollection<T>.

Thread Safety:

Tags: Framework | System.Collections

System.Collections: Generic.ICollection<T>

Salvatore Di Fazio — Thu, 02 Jul 2009 19:44:16 GMT

Definisce i metodi per manipola le collezioni generiche.

Implementazioni:

IEnumerable<T>
IEnumerable

Osservazioni:

La versione non generica ICollection definisce dimensioni, enumeratore e i metodi di sincronizzazione.
Le interfacce quali IDictionary<TKey, TValue> e IList<T> sono interfacce specializzate che implementano ICollection<T> e poi le rispettive classi
ne implementano la logica.
Mentre le classi come Queue<T> e Stack<T> implementano direttamente la ICollection<T>.

Thread Safety:

Tags: Framework | System.Collections

www.orangedotnet.org è ufficialmente nato lo user group!

Giancarlo Sudano — Thu, 02 Jul 2009 14:34:18 GMT

Complice un problema di salute che mi ha tenuto a riposo per svariati giorni…
con ritardo ma con estremo piacere dopo una settimana dalla cena di inaugurazione, posso dire insieme a tutti i ragazzi che mi hanno dato una mano… che siamo finalmente online! Ed abbiamo finalmente anche un nome! :-)

OrangeDotNet è il nome del primo user group siciliano orientato alle tecnologie .NET e dintorni!

Ecco qualche idea guida per le nostre future attività:

1. Contenuti tecnici. Useremo il nostro portale come contenitore di articoli, tips, interview, e cercheremo nei prossimi mesi di scrivere quanta più roba possibile su tutto quello che sarà l’universo Fx 4.0, Visual Studio 2010, e Visual Studio Team System.

2. Blog per i nostri membri. Post e libertà di forma per tutti i nostri membri.

3. Forum di discussione sulle attività della community. Ma per adesso non forum tecnici. Abbiamo notato che c’è troppa dispersione e già tanti forum in italia su cui interagire per problemi tecnici. Per cui continuiamo a frequentare i newsgroup microsoft, il forum ugidotnet e altri per i thread tecnici.

4. Eventi Live. Queste si che sono da sempre le attività più importanti di uno user group. L’interazione live! Puntiamo a eventi/meeting…e pensiamo fortemente ad un primo evento subito dopo l’estate…ovviamente in sicilia, e visto che il clima ci sorride…a settembre ci si può trovare ancora in spiaggia a fare sessioni!

Insomma le danze a questo punto sono iniziate.

Inoltre:
Un “certo” Dino Esposito, di fama internazionale si è anche proposto per fare un “botto” di sessioni, quindi speriamo che conosca anche il siciliano oltre che l’inglese. Volevamo comunicargli che stiamo già facendo il carico di dolci. Grazie Dino! :-)

Ma prima di partire….
Devo ringraziare una persona in particolare (che per giunta è pure estraneo alla community ma che ha promesso che darà contributi personali e possibilmente sarà anche lui uno tra quelli sul palco appena possibile) e cioè lo sciuro "Imperugo” che anche nei giorni in cui stavo male si è fatto in quattro per darmi una mano a tirare su il portale.
Un immenso grazie! Ti aspettiamo giù in riva al mare con il carico di arancini.

PS: Ugo e Dino…se volete fare cambio di “carichi” metterevi d’accordo tra di voi :-)

Dunque…questa è la home page.
Abbiamo scelto l’arancia rossa come logo (forse temporaneo…forse definitivo…bah), perche è un orgoglio tutto siciliano…:-)

Ragazzi siete tutti i benvenuti!
iscrivetevi qui in modo che possiate essere informati dalla newsletter.

ASP.NET, Css condizionali e Themes

Marco Barzaghi — Thu, 02 Jul 2009 10:48:19 GMT

Mi sono voluto scontrare di persona con il problema della compatibilità dei broswer e i css. L'uso dei Microsoft Conditional Comments non è in accordo con l'uso dei Themes. Ecco come ho risolto il problema. (continua)

[OT] I numeri della vita

Simone Ferrazzo — Thu, 02 Jul 2009 10:13:57 GMT

Qualche settimana fa ho visto un documentario (se non ricordo male Ulisse il piacere della scoperta) dedicato hai numeri della vita ossia tutto ciò che mediamente un persona fa, consuma e produce nell’arco della propria esistenza. Mi aveva molto incoriusito tant’è che durante la puntata mi sono munito di carta e penna ed ho preso appunti che ora mi piacerebbe condividere anche perchè sono certo che è capitato a tutti voi di porsi qualche domanda del tipo, chissà nella vita quanto pane si mangia oppure quanta benzina si consuma o quanti km vengono percorsi a piedi. Ecco in questo post forse troverete alcune risposte.

Una piccola premessa prima di fare l’elenco. Il documentario è stato realizzato dalla BBC ed è basato su un Europeo del nord con una vita media di 75 anni. Si seguito l’elenco dei dati emersi :

Tutto quello che Mangiamo e Beviamo:

9.000 litri di latte;
4 Mucche;
21 Pecore;
15 Maiali;
1.200 Polli;
3.624 Uova;
2 Tonellate di Pane;
5.272 Mele;
10.000 Carote;
2 Tonellate di Pasta;
77 Kg di Fagioli;
24.000 tazzine di Caffè:

Tutto quello che di bello e di brutto il nostro corpo produce :

9 Mt di Capelli;
9,15 Mt di Barba;
286 cm di Unghie
61,5 Lt di lacrime;
36.0000 Lt di aria;
3 Tonellate di Feci;

Tutto quello che consumiamo e produciamo

3.000 Pannolini;
8,5 T di involucri per alimenti;
79.000 rotoli di carta igienica;
656 Saponette;
198 Lt di Shampo;
570 Kg di Prodotti Chimici;
3 Lavatrici;
3 Televisori;
40 T di Rifiuti;
8 Macchine;
136.000 Lt di Benzina;
30.000 Pastiglie;

Tutto quello che facciamo

Conosciamo 1.700 nuove persone;
Produciamo 123.000.000 di parole;
Facciamo 7.163 Bagni x 1/2 Milione Lt di acqua;
Cambiamo 10 partner sessuali;
Abbiamo 4.239 rapporti sessuali;
Ci innamoriamo 3 volte;
Camminiamo per 24.887 Km;
Laviamo i capelli 11.500 volte;
Percorriamo in macchina 728.489 Km;
Trascorriamo 2.944 giorni davanti alla TV;
Andiamo 314 volte dal medico;
11,5 anni è la durata media del matrimonio;
Sbattiamo 415.000.000 volte le ciglia;

Questa è solo una parte dei dati però sono sufficienti per rendere l’idea di cosa nella vita si fa per sopravvivere .

Ovviamente alcuni numeri si potrebbero criticare ma non è l’intenzione di questo post anche perchè diventerebbe una statistica troppo individuale

[70-561] Microsoft Sync Framework

Manuel Spezzani — Thu, 02 Jul 2009 09:38:23 GMT

"Microsoft Sync Framework è una piattaforma di sincronizzazione completa che consente la collaborazione e l'accesso non in linea per applicazioni, servizi e dispositivi." (cit.).

Di suo include tre provider:

Sync Services for ADO.NET, to synchronize ADO.NET data
Sync Services for File Systems, to synchronize files and directory structures
Sync Services for FeedSync, to synchronize RSS/ATOM feeds

Purtroppo il training kit ne parla molto poco (e quel poco riguarda solo il provider ADO.NET), è quindi una delle cose da guardare meglio anche in vista dell'esame...

Good Books

Antonio Di Motta — Thu, 02 Jul 2009 07:04:29 GMT

Microsoft.NET: Architecting Applications for the Enterprise

di Dino e Andrea è tra i libri favoriti di David Chappell.

Concordo con lui.

System.Collections: Generic.IEnumerable<T>

Salvatore Di Fazio — Wed, 01 Jul 2009 21:11:29 GMT

Espone l’enumeratore che supporta un semplice iteratore su una collezione del tipo specificato.

Implementazioni:

Osservazioni:

Il metodo che verrà chiesto di implementare è GetEnumerator il quale ritornerà l’enumeratore implementato.

Thread Safety:

Tags: Framework | System.Collections