In questa sessione valuteremo insieme cosa si intende per applicazione Smart Client, perchè possano essere più interessanti di altre tipologie di applicazioni (Web o Win32) e quali sono gli aspetti fondamentali dell’architettura di uno Smart Client.

Service Oriente Architecture è una “buzzword” che va molto di moda in questo periodo, ma dietro la quale si nascondono idee e principi decisamente validi e interessanti. In questa sessione vedremo quali sono i requisiti fondamentali da rispettare affinchè un Web Service possa essere considerato un Service (senza Web davanti!) in architettura SOA.

Da questa sessione inizia un’avventura all’interno dell’intera architettura di una soluzione Smart Client di esempio. In questa prima parte capiremo se e come cambia il modo di lavorare a livello di Data Access Layer, quando si sviluppano applicazioni Smart Client. Risponderemo a domande quali: uso i DataSet? uso i DataReader? come gestisco le connessioni? E le transazioni? ecc.

Le applicazioni moderne non si basano solo sui dati. Tanto meno le applicazioni Smart Client. Servono componenti di business che consentano di validare a applicare le regole di business delle applicazioni. Vedremo come adattare le esigenze classiche della logica di business all’archiettura Smart Client e a SOA.

In questa sessione affronteremo il delicato tema della comunicazione dei nostri Smart Client con i componenti di business. Usiamo i Web Service? Usiamo i Service SOA? Usiamo .NET Remoting? Queste sono alcune delle domande alle quali daremo una risposta. Capiremo inoltre come gestire e trattare i dati mentre “passano sul cavo”. Serializziamo dei DataSet? Passimo oggetti di Business? Facciamo altro?

Gli Smart Client nascono dall’esigenza di avere interfacce Smart disconnettibili. In questa sessione vedremo come gestire la presentazione dei dati che ci arrivano dagli strati business, attraverso il canale di comunicazione. Affronteremo aspetti legati principalmente alla creazione di Agent di comunicazione, di adattamento e di caching dei dati, piuttosto che concentrarci sul disegno grafico della interfaccia utente.

Una soluzione reale può essere tale solo se viene rilasciata correttamente, se gli aggiornamenti di versione sono il più possibile “indolore” per l’infrastruttura e se sono sicuri. In questo senso SOA ci aiuta a gestire meglio il versioning, i servizi e gli agent ci aiutano a supportare meglio la disconnettibilità dei client e .NET con la sua infrastruttura di sicurezza, arricchita con WSE2 nella parte di comunicazione, ci permettono di arrivare a soluzioni complete e funzionanti. In questa ultima sessione vedremo come.

Per partecipare a DevCon OneDay "SOA e Smart Client" sono richiesti i seguenti pre-requisiti: