di .NET e di altre amenità

Dopo alcune serate di lavoro, e svariati test è finalmente pubblico il sito della community del triveneto XE.NET. Un ringraziamento anche ad Andrea Dottor e a Marco ".mark" Trova per avermi supportato nelle lunghe nottate passate a lottare contro CommunityServer.

Il sito espone un numero limitato di servizi. Abbiamo un paio di feeds che useremo per informare gli iscritti a proposito delle notizie sulla community e sulla tecnologia .NET e un utile Roller presso il quale abbiamo aggregato alcuni feed degni di nota. Al momento non sono previsti altri servizi, ma contiamo di potenziare quanto prima il sito aggiungendo una sezione tips, non appena se ne manifesterà la necessità.

Da ieri sera infine, il sito accetta iscritti; chiunque volesse può registrarsi.

In questo modo non si modificherà lo stato del controllo. Rimane semplicemente da rilevare che si tratta di un comportamento decisamente subdolo, che andrebbe affrontato e corretto. Probabilmente sollevare un'eccezione sarebbe stato preferibile. A me è costato 3 ore di lavoro. Spero che a voi vada meglio.

Un esperienza pratica di lavoro con WebServices, applicazioni legacy, e Framework .NET mi ha suggerito l'argomento dell'articolo che questa settimana è apparso sulle "colonne" di UgiDotNet. L'articolo dimostra come, sfruttando gli strumenti del framework 2.0 - mi riferisco a reflection e generics - si possa abbattere notevolmente il tempo di sviluppo di una applicazione. Non solo, l'implementazione è anche un bell'esempio di design, che grazie ad alcuni accorgimenti ha reso flessibile ed adattabile a future esigenze il codice. 

Tenete presente che questo lavoro ci ha consentito di evitare la realizzazione di una cinquantina di convertitori ad-hoc che avrebbero richiesto un tempo esponenzialmente più elevato. Un ringraziamento al mio collega Roberto che è stato il primo a sentire l'esigenza di rendere parametrico in qualche modo il lavoro che stava facendo, stimolandomi nel trovare la soluzione che ora potete leggere.

Chi usa ASP.NET conosce il metodo FindControl() che consente di trovare un controllo all'interno del proprio genitore. Sa sicuramente anche che questo metodo non è ricorsivo, ma si limita al primo livello e di solito si usa scrivere un metodo apposito che implementa questa ricorsività. In rete se ne trovano parecchi esempi ma voglio proporvene uno che ho scritto stamane per eseguire ricerche mirate ad uno specifico tipo di controlli:

public static T FindControlRecursive<T>(Control root, string id)
    where T : Control
{
    if (root.ID == id && root is T)
        return root as T;

    foreach (Control child in root.Controls)
    {
        T foundControl = FindControlRecursive<T>(child, id);

        if (foundControl != null)
            return foundControl;
    }

    return default(T);
}

L'uso di un generics in questo caso consente di specificare il tipo di controllo da ricercare nella gerarchia, semplificando di molto la stesura del codice. Se poi avete l'ardire di togliere il constraint allora scoprirete che è possibile anche cercare un controllo che implementa una determinata interfaccia...

Lo confesso, mi sto innamorando. Un amore un po' generics, ma sempre di amore si tratta...

powered by IMHO 1.3

Nel framework 2.0 è presente una nuova interfaccia ITextControl, il cui compito è molto semplice, almeno quanto utile per chi sviluppa webcontrols. ITextControl identifica i controlli che espongono una proprietà Text e che quindi sono utilizzabili per "mostrare un output all'utente".

Implementano quindi ITextControl tutti quei controlli che avendo una proprietà Text possono consentire di mostrare qualcosa all'utente. Literal, Label, TextBox sono tutti controlli ITextControl. Tuttavia vorrei che qualcuno mi spiegasse perchè LinkButton e Button non implementano questa interfaccia. Questi ultimi implementano IButtonControl, che a sua volta espone la proprietà Text, ma era cos' difficile fare in modo che IButtonControl derivasse da ITextControl?

Pare una stupidaggine, ma forse non avete idea della quantità e qualità di codice che questo avrebbe consentito:

Se si prova a dare alle webparts un aspetto un po' più accattivante rispetto a quello che hanno di default ci si scontra con un piccolo ma fastidioso bug, riconosciuto da Microsoft come tale.  Le webpart, volenti o nolenti hanno sempre un padding di 5 pixel attorno al contenuto e di 2 pixel attorno al titolo. Tale padding non è impostabile in alcun modo, ma per stessa ammissione del team di ASP.NET 2.0 è hard-coded all'interno del framework.

Esistono un paio di workaround suggeriti da Microsoft in ladybug, ma la loro applicazione è del tutto limitata e difficoltosa. L'unico modo veramente valido che ho trovato - suggerito da un utente - per superare questo problema è lo sfruttare la natura dei css. Chiunque usi i css sa che in cascata vengono applicati prima i fogli di style .css, poi il contenuto di <style> e infine il valore dell'attributo style di ogni tag con il risultato che quest'ultimo ha la precedenza sugli altri e risulta insuperabile. Detto questo è evidente che l'attributo style="padding:5px" che si trova sul <td> che incapsula il contenuto della webpart è pressochè impossibile da aggirare.

Esiste però una clausola nei fogli di stile che consente di sovrascrivere questo comportamento di default. Si tratta dello switch !important che se fatto seguire ad uno stile fa si che esso diventi preponderante rispetto a quelli di livello superiore.

.webPart
{
   padding: 0px !important;
}

Le nuove capacità di Profiling di ASP.NET 2.0 sono una feature molto apprezzabile anche in considerazione del fatto che sono in grado di gestire anche i profili anonimi, cioè consentono di persistere le impostazioni di profilazione anche per gli utenti che ancora non sono autenticati. Questo ad esempio torna utile nel momento in cui è necessario consentire la selezione della lingua anche ad un navigatore che non si è ancora registrato. Esiste però un piccolo problema per capire il quale vi farò un semplice esempio: immaginate di utilizzare il profilo anonimo appunto per persistere la lingua selezionata in un portale. Ora è evidente che qualora un utente anonimo imposti la lingua e in seguito si autentichi al portale, l'impostazione selezionata dovrà essere trasportata verso il profile autenticato. Per compiere questa migrazione esiste un evento apposito, gestibile nel global.asax in questo modo:

public void Profile_OnMigrateAnonymous(
    object sender, 
    ProfileMigrateEventArgs args)
{
    ProfileCommon anonymousProfile = 
        Profile.GetProfile(args.AnonymousID);
        
    Profile.Culture = anonymousProfile.Culture;
    
    ProfileManager.DeleteProfile(args.AnonymousID);
    AnonymousIdentificationModule.ClearAnonymousIdentifier(); 
}

Sono davvero lieto di potervi comunicare la bella novella. Stasera, alla cena indetta per fondare lo user group .NET del triveneto sono convenute ben 12 persone, molto più di quanto mi aspettassi per un incontro tutto sommato tra perfetti sconosciuti. Invece sono stato favorevolmente sorpreso della serietà dimostrata nell'affrontare gli argomenti via via proposti, nell'esporre cosa ognuno di noi si aspetti da questo user group, dagli obbiettivi che ci uniscono fortemente.

Il primo meeting dello user group del triveneto, ha deciso. Ha deciso innanzitutto di provare a costruire qualcosa gradualmente, stabilendo quelli che sono gli obbiettivi primari da raggiungere perchè si possa dire che la sua attività è iniziata.

1) mettere online un sito web, basato su community server, che serva da centro di aggregazione per distribuire le notizie che ci riguardano. Nulla di eccessivo, un feed rss dove chi vorrà potrà leggere le news e registrarsi per farci conoscere la propria presenza. Con il tempo poi magari sfrutteremo i forum per creare dei gruppi di lavoro.

2) organizzare il primo meeting ufficiale, da tenersi entro la fine del mese di febbraio. Il lavoro da fare è parecchio; stabilire dove tenerlo, organizzare una o due sessioni, deciderne l'argomento.

Il gruppo si è anche dato un nome davvero splendido: xedotnet giusto per non tradire le nostre origini. La decisione non è stata così difficile come pensavo. Una battuta ha suggerito questo nome il cui significato naturalmente è Xpert Enthusiast .NET

Infine, i convenuti hanno incaricato me, Alejandro Gonzalez e Andrea Dottor di portare il nuovo gruppo verso i primi due obbiettivi. Il gruppo quindi è nato e ha emesso il suo primo vagito. Sta a noi ora concretizzare queste decisioni e aiutarlo a sbocciare.

Stamane ho ricevuto un inatteso ma graditissimo dono per cui ora mi sento di ringraziare pubblicamente. Si tratta nientemeno che della licenza Visual Studio Team Suite con MSDN premium Subscription che Davide Vernole mi ha consegnato incartata in una velina con impresso il logo degli MVP (che il mio feticismo mi porterà a conservare gelosamente) sotto forma di una placca metallica del formato di una carta di credito, con inciso il classico codice alfanumerico che apre le porte del paradiso.

Credo che non esistano parole sufficienti per esprimere la mia gioia e gratitudine, perciò posso solo prendere l'impegno di sfruttare il suo generoso gesto nel modo migliore, per supportare lo sviluppo del mio progetto open source IMHO 2.0 e per migliorare la mia conoscenza del Framework .NET da condividere con la community degli sviluppatori .NET.

powered by IMHO 1.3

Per tutti coloro abbiano ancora dubbi su dove sia il punto di incontro, ecco una foto della famosa "I" a fianco della quale ci troveremo domani sera alle 20:20. Dato che questa letterona è nel bel mezzo di una mini rotatoria vi sconsiglio di attendere la sotto. Sulla sinistra, giusto fuori dell'inquadratura troverete un edificio con un bancomat. Ci troviamo proprio li davanti.

A presto!

powered by IMHO 1.3