Venerdì 16 Aprile 2010 a partire dalle ore 17.00, si terrà l’evento più importante dell’anno organizzato da 1nn0va. L’evento con le sue cinque sessioni avrà luogo presso il:

Consorzio Universitario di Pordenone
Via Prasecco, 3/a 33170 – Pordenone
Tel. 0434 / 523072 – Fax 0434 / 27502
info@unipordenone.it

L’imminente rilascio del framework .NET 4.0 porta con sé una nuova versione, la 2.0, del recente framework per applicazioni web ASP.NET MVC.
Ripercorreremo gli elementi fondamentali del pattern Model-View-Controller e la struttura di una applicazione ASP.NET MVC.
Vedremo soprattutto come la community abbia fatto maturare velocemente questo framework osservando le nuove funzionalità in questa versione, implementate in una sessione tutta live-coding.
INIZIO SESSIONE ORE 17:00

Quando i css e jQuery non sono più sufficienti per dare dinamicità ed efficacia ai contenuti del nostro sito, possiamo passare ad un livello nuovo di presentazione: le Rich Internet Application.
Da sempre appannaggio della tecnologia Flash di Adobe, ora abbiamo a disposizione il framework .NET nel browser con Silverlight.
Vedremo cosa significa scrivere codice .NET per Silverlight, cosa significa scrivere una interfaccia utente con XAML in una sessione tutta live-coding.
INIZIO SESSIONE ORE 18:00

A fine anni ‘90, il W3C ha ratificato l’uso del secondo livello dei Cascading Style Sheets, che rispetto alle versioni precedenti ha aggiunto novità atte a rendere più semplice, completa e standard la programmazione dell’aspetto grafico di un sito Web.
Ad oggi, nonostante tutti i browser siano conformi al CSS2, possiamo dire che lo fanno “in maniera non sufficientemente simile”, ciò comporta maggior frustrazione per il web designer a causa degli innumerevoli test a cui è sottoposto in fase di creazione del layout.
Tuttavia, così come si evolvono i browser, continua ad evolversi lo stesso linguaggio CSS, che ad oggi con particolari tecniche permette effetti grafici degni della migliore interfaccia client.
Vedremo pertanto come, superati i primi ostacoli di cross-browsing, un web designer possa adottare i fogli di stile per rendere il proprio sito non solo più piacevole agli occhi, ma anche più veloce, interattivo e user-friendly.
INIZIO SESSIONE ORE 18:45

Ormai è sotto gli occhi di tutti, la tendenza è inarrestabile: le classiche applicazioni standalone stanno ogni giorno sempre più lasciando il posto alle web application.
Differenti sono le problematiche che si presentano, ma un buon framework su cui basare tutto l’applicativo è sempre un ottimo punto di partenza.
Varie le alternative che ci si presentano di fronte: jQuery una delle più valide!
In questa sessione introduttiva vedremo quali sono i motivi che rendono “necessario” l’uso di un framework come jQuery, analizzeremo a fondo le sue peculiarità di base e concluderemo con una carrellata delle varie funzionalità che ci mette a disposizione.
INIZIO SESSIONE ORE 19:45

Con la nuova release dell’Entity Framework Microsoft cambia strategia in fatto di accesso ai dati, il database relazionale non deve più essere il punto di partenza nella progettazione di applicazioni, ma solo un modo di salvare le informazioni del dominio.
Vedremo in questa sessione come l’Entity Framework ci può aiutare a persistere agevolmente gli oggetti di un dominio in un parallelo con NHibernate che della “Persistence Ignorance” ne ha fatto un cavallo di battaglia.
INIZIO SESSIONE ORE 20:45

Sto passando uno ad uno i link/applicazioni che non conoscevo e resto sempre colpito dall’aumento di produttività che queste possono comportare. Per fortuna mi consolo osservando che qualcuno già lo utilizzo con successo! Molto belle le sezioni dedicate allo sviluppo .Net e alle “Things Windows Forgot”.

Consiglio a tutti di “perderci” un po’ di tempo.

I pochi applicativi (free) che ho avuto tempo di installare sino ad ora sono:

• ClipX;
• Console2;
• MSBuildShellExtension.

• abbiamo un web service (sviluppato in ASP.Net);
• vogliamo realizzare una libreria (class library .Net 3.5) per offrire una sorta di “interfaccia comune” verso il web service in modo tale che qualsiasi applicazione (in particolare applicazioni “stand alone” .Net) possa richiamare i servizi esposti senza troppi “grattacapi”.

Come si dovrebbe procedere: da Visual Studio (2008 SP1), nel progetto della nostra class library, si passa alla creazione di un “web-reference” (in relazione al web service in questione). Non serve fare altro: sulla carta non è necessaria alcuna particolare operazione sul progetto dell’applicazione che utilizza la nostra nuova class library. In realtà, se compilate ed eseguite il programma, potrete vedere da voi stessi che l’applicativo non è in grado di collegarsi al web service.

Qui di seguito il messaggio contenuto nell’eccezzione che viene generata quando tentate di accedere al web service: “Could not find default endpoint element that references contract ‘___’ in the ServiceModel client configuration section. This might be because no configuration file was found for your application, or because no endpoint element matching this contract could be found in the client element.”

Motivo? Diciamo che i “riferimenti” o (entry point) al web service non vengono “copiati” dalla class library all’applicazione che la utilizza. Questi riferimenti sono contenuti nel file .config della class library (in dettaglio possiamo trovare tutte le informazioni all’interno del tag <system.serviceModel>). Il file .config della class libray, purtroppo, non “segue” la libreria nell’applicazione che la utilizza (se andate a vedere nella cartella bin del vostro applicativo, troverete solo il fiel .config relativo  a quest’ultimo).

Il problema è aggirabile manualmente: basta copiare tutto il contenuto del tag <system.serviceModel> dal file .config della class library a quello dell’applicazione (operazione fattibile ma assai scocciante).

Qui di seguito un esempio della parte da copiare.

<system.serviceModel>
<bindings>
<basicHttpBinding>
<binding name="WebServiceSoap" closeTimeout="00:01:00" openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00" allowCookies="false" bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard" maxBufferSize="65536" maxBufferPoolSize="524288" maxReceivedMessageSize="65536" messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered" useDefaultWebProxy="true">
<readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384" maxBytesPerRead="4096" maxNameTableCharCount="16384" />
<security mode="None">
<transport clientCredentialType="None" proxyCredentialType="None" realm="" />
<message clientCredentialType="UserName" algorithmSuite="Default" />
</security>
</binding>
</basicHttpBinding>
</bindings>
<client>
<endpoint address="http://_/_.asmx" binding="basicHttpBinding" bindingConfiguration="WebServiceSoap" contract="_" name="_" />
</client>
</system.serviceModel>

Per poter “scrivere” nel file .config dell’applicazione andate nel Solution Explorer del Visual Studio: tasto destro del mouse sul progetto in questione, andate alla voce Add nel menù che via appare  ed a questo punto cliccate sulla voce New Item.

A questo punto vi apparirà una nuova finestra: selezionate General nella parte sinistra ed Application Configuration File in quella destra. Qui di seguito un’immagine che illustra le operazioni appena elencate.

Bene! Tutto il contenuto del nuovo file .config (che  ritroverete nella lista dei file del vostro progetto) sarà ricopiato nel file .config “ufficiale” dell’applicazione.

Il problema sembra essere ben conosciuto, ma al momento non ho letto ancora nulla in merito ad una sua soluzione nel futuro Visual Studio 2010. Ho letto che la gestione dei file .config è stata migliorata permettendo una sorta di “diversificazione” tra debug e release, ma nulla circa il problema qui sopra evidenziato.

Il metodo del Microsoft .Net frame work in questione è Path.IsPathRooted. Sono riuscito a scovare questa funzione grazie a questo post. Ma più che il post in se stesso, la cosa più interessante è il primo commento che apapre nella pagina: la funzione Path.IsPathRooted considera il path “\temp\” come assoluto!

Diciamo che la cosa non va per nulla bene! Sebbene ci abbia perso un po’ di tempo, non sono riuscito a trovare una spiegazione al caso.

Date le circostanze, si è reso necessario sviluppare un’apposita funzione che svolga il lavoro: qui di seguito il codice.

public static bool isAbsolutePath(string sPath)
{
string sPattern = @"^[a-zA-Z]:\\";
Regex R = new Regex(sPattern, RegexOptions.Compiled | RegexOptions.IgnoreCase);

return R.IsMatch(sPath);
}

Per compilare il tutto, ricordarsi di includere il namespace System.Text.RegularExpressions.

Attenzione che la funzione non determina se un path è sintatticamente corretto (vedere post precedente): si limita a verificare “come inizia” per capire se è assoluto o meno. Il funzionamento è poi limitato solo a path locali alla macchina: non vengono gestiti path UNC.

Esempio di path (assoluto) valido per piattaforma Microsoft:

c:\pippo\pluto\paperino

Esempio di path (assoluto) valido per piattaforma GNU/Linux:

/home/house/flat

Non è detto che la risorsa “descritta” da un path esista o no, ma i due esempi in precedenza esposti sono sicuramente sintatticamente corretti (per le rispettive piattaforme indicate). Ora, com’è possibile verificare la correttezza sintattica di un path nella piattaforma Microsoft ed utilizzando il framework .Net? In rete si trova un po’ di tutto, soprattutto si capisce, come accennavo all’inizio, che molta gente non è capace di inquadrare il problema.

Esempio di path (assoluto) non valido per piattaforma Microsoft:

hug:\\\pippo\\pluto\paperino

Una soluzione possibile è quella di utilizzare le regular expression: non così banale però definire la regola corretta! Quelle che ho trovato in rete sono di certo incomplete: un path può essere assoluto o relativo! Un soluzione veloce, forse non troppo elegante è quella che vi propongo qui di seguito.

private bool checkPathValidity(string sPath)
{
try
{
new FileInfo(sPath);

return true;
}
catch
{
return false;
}
}

Al fine di far funzionare correttamente il tutto, vi ricordo di includere il namespace System.IO (che definisce FileInfo).

Sebbene, dal mio punto di vista, non è buona cosa utilizzare l’occorrenza o meno di un’eccezione per determinare lo “stato” di qualcosa, la soluzione proposta è sicuramente completa e corretta. Mi riservo su eventuali problemi di concorrenza: al momento non riesco a trovarne, ma è meglio sempre mettere le mani avanti su queste cose!

Qui di seguito ne riporto la traduzione in italiano.

Una variabile definita const:

• non può essere anche static;
• il suo valore è determinato in fase di compilazione;
• può essere inizializzata solo nella sua dichiarazione.

Una variabile definita readonly:

• può essere anche static;
• il suo valore è determinato a run-time;
• può essere inizializzata sia nella sua dichiarazione che dal costruttore della classe.

Più che evidente che le due keyword non sono proprio così intercambiabili.

L’argomento in questione sono le WindowsForm del framework Microsoft .NET. Il soggetto, nel dettaglio, la funzione Application.Exit.

Ieri ho scoperto che invocare la funzione sopra citata all’interno del costruttore della finestra non porta ai risultati per cui la funzione è stata realizzata. A pensarci un attimo la cosa è anche ovvia, ma al momento di scrivere il codice, quasi mai affiorano alla mente gli eventuali “back side effects”.

Qui di seguito il codice originale.

using System;
using System.Windows.Forms;

namespace test
{
public partial class FormMain : Form
{
public FormMain()
{
InitializeComponent();

try
{
// ...
}
catch(Exception)
{
Application.Exit();
}
}
}
}

Come aggirare la cosa? Abbastanza semplice, e direi anche, molto spesso la via è facilmente percorribile: basta spostare il nostro codice “incriminato” nella funzione “allacciata” all’evento load della form stesa. All’interno di questo evento il metodo exit funziona correttamente in quanto, una volta che il costruttore della classe form ha terminato, la coda dei messaggi è attiva e, finalmente, può processare il messaggio generato dalla exit.

Qui di seguito il codice aggiornato.

using System;
using System.Windows.Forms;

namespace test
{
public partial class FormMain : Form
{
public FormMain()
{
InitializeComponent();
}
}

private void FormMain_Load(object sender, EventArgs e)
{
try
{
// ...
}
catch(Exception)
{
Application.Exit();
}
}
}

In sostanza, quando lanciamo dalla nostra applicazione .Net un altro processo tramite la classe Process, possiamo benissimo “schematizzare” il funzionamento come un thread che controlla l’andamento del programma concorrente.

Consideriamo il seguente codice allora.

OtherProcess = new Process();

OtherProcess.StartInfo.FileName = "OtherProcess.exe";
OtherProcess.StartInfo.Arguments = "/someParameters";
OtherProcess.Exited += delegate(object sender, EventArgs e) { otherProcessTerminated(); };
OtherProcess.EnableRaisingEvents = true;

OtherProcess.Start();

Nella situazione sopra proposta, una volta che l’applicazione OtherProcess.exe termina verrà lanciato l’evento Exited che porterà all’esecuzione del relativo delegate e, per finire, alla chiamata della funzione otherProcessTerminated.

E fin qui nulla da obbiettare. La domanda è: in che modo viene “gestito” l’evento? Mi sarei aspettato che venisse messo in coda e processato ordinatamente (nel Main thread) dopo quanti lo precedevano. In realtà ciò non avviene, ma è lo stesso thread creato appositamente dalla classe Process che si prende in carico anche l’esecuzione del delegate, generando delle “race condition” che portano a side effects quasi mai considerati in fase di sviluppo.

Come poter aggirare la cosa, che risulta assai sgradevole se si è fatto di tutto al fine di evitare problemi di concorrenza? Molto semplice: prima di invocare il metodo Start, aggiungete la seguente linea di codice.

OtherProcess.SynchronizingObject = this;

Ovviamente il puntatore this dovrà far riferimento ad un controllo WindowsForm in grado di “gestire” i messaggi (per dirlo con terminologia Win32).

Qui la documentazione relativa alla proprietà SynchronizingObject della classe System.Diagnostics.Process.

P.s.: per questo post si ringrazia il Sig. Botsutoshi per il suo indispensabile contributo.

Lasciamo perdere i vari ricorsi storici… parliamo invece del namespace System.Diagnostics. Tale “libreria” .Net contiene un’utilissima classe chiamata Process. Attraverso un oggetto di questo tipo possiamo lanciare “in parallelo” altri processi e, soprattutto, possiamo in qualche modo controllarne il loro avanzamento.

D’indubbia utilità è l’evento Exited: viene invocato quando il relativo processo termina permettendomi di mantenere l’applicazione chiamante “event oriented” ed evitando la necessità di realizzare un orribile polling a tempo (magari pilotato da qualche bel timer) al fine “checcare” lo stato dell’applicazione lanciata.

Attenzione però: tal evento viene generato solo se la proprietà EnableRaisingEvents viene precedentemente settata a true. La relativa documentazione nel portale MSDN è fatta bene, ma se, come me, non si legge con attenzione…

Giovedì 4 Dicembre 2008 presso il Polo Universitario di Pordenone
(Via Prasecco, 3/a 33170, Pordenone)

.NET Compact Framework

Contenuti:

• introduzione ai dispositivi mobili e il loro impatto nella vita quotidiana;
• strumenti di sviluppo e ultime tecnologie disponibili;
• introduzione al .NET Compact Framework, filosofia del framework, limiti e vantaggi;
• creazione di un programma per dispositivi mobili (demo);
• creazione di una form con i controlli base (demo);
• integrazione con “API” di sistema (P/Invoke) (demo);
• persistenza;
• multithreading, limiti e vantaggi;
• esempi (demo).

Agenda:

• 18:30 – Apertura Meeting
• 18:45 – Saluto ai partecipanti da parte dei presidenti delle community (Andrea Boschin e Marco Pozzan)
• 19:00 – .NET Compact Framework #1 (Mirco Vanini)
• 20:00 – Break
• 20:30 – .NET Compact Framework #2 (Mirco Vanini)
• 21:30 – Sessione Q&A
• 22:00 – Chiusura dei lavori

Per questo evento si ringraziano:

Mi preme però segnalarvi il prossimo super evento di 1nn0va: lo abbiamo chiamato WebCongress e prevede ben 4 ore di conferenze (3 interventi in totale)!

La serata è stata organizzata in strettissima collaborazione con i nostri amici di XeDotNet. Per l’eccezionalità dell’evento è stato anche “messo in piedi” un mini-sito ove potete trovare tutti i dettagli dei vari interventi, i relativi speaker, la location ed il modulo d’iscrizione.

Ovviamente e come sempre, la serata è aperta a tutti e la partecipazione è GRATUITA!

Il consiglio è, ovviamente, di non mancare!

Mi sono ripromesso, per questo 2008, di scrivere almeno un post un giorno sì ed uno no: vediamo se riuscirò a mantenere tale media

Per farmi perdonare comincio col farvi un bel regalo… vi segnalo i seguenti e-book disponibili gratuitamente (previa registrazione) a questo url:

• Introducing Microsoft LINQ di Paolo Pialorsi e Marco Russo;
• Introducing Microsoft ASP.NET AJAX di Dino Esposito;
• Introducing Microsoft Silverlight 1.0 di Laurence Moroney.

Buona lettura a tutti!

Chi conosce Raffaele Rialdi può facilmente immaginare il livello di qualità dei link da lui segnalati