billoozoo - Il blog di Alessio Leoncini

Sbirciare nello XAML dei controlli inclusi in Silverlight 2

Come avrete sicuramente letto, nella beta 2 di Silverlight 2 i controlli sono stati inseriti direttamente negli assembly del plugin, dato che in questa versione è stato introdotto il concetto di Visual State ho trovato molto interessante poter vedere velocemente il codice XAML dei controlli utilizzando questo tool installabile attraverso ClickOnce o utilizzabile con un eseguibile ed il suo codice sorgente.

Come per la realizzazione di controlli personalizzati anche il markup XAML di ciascuon controllo incluso nella beta 2 è inserito in un file di nome generic.xaml, anzichè procedere a mano nei vari assembly istallati col plugin questo tool procede per noi alla cernita delle librerie analizzando le resource alla ricerca appundo di generic.xaml e renderizzandolo in una comoda interfaccia grafica.

Tra l'altro mi ha permesso di capire al volo che non è Blend che sbaglia a visualizzare gli States di un HyperLinkButton, omettendo MouseOver,Pressed e Disabled, ma che mancano proprio nella Template :D

Questo è il blog dell'autore.

Tags: Silverlight, Silverlight 2.0, Windows Presentation Foundation, XAML

Deep Zoom Composer per MultiScaleImage di Silverlight 2B2

Con l'uscita di Silverlight 2 Beta 2 e di Expression Blend 2.5 June preview è passato un po' in sordina l'aggiornamento del tool Deep Zoom Composer con il quale è possibile organizzare in maniera visuale le immagini del controllo Silverlight MultiScaleImage.

Trovo la tecnologia Deep Zoom, utilizzata nel MultiScaleImage, molto interessante in quanto consente la renderizzazione delle immagini proporzionando la qualità in funzione della grandezza a video e quindi riducendo le informazioni in download al minimo indispensabile in modo concettualmente simile (credo) a Virtual Earth.

Il controllo MultiScaleImage da grande usabilità a questa tecnologia attraverso l'uso del mouse e della rotellina e con la possibilità di estenderlo come si vuole anche pensando di esporre la 'sorgente dati' xml del controllo attraverso webservice in modo da rendere il tutto molto dinamico e flessibile..

Mi sto rendendo conto che lo sto proponendo e facendo vedere gli esempi più belli in rete Renault Laguna Coupè e Hard Rock Cafe's Memoribilia) a tutti i clienti che potenzialmente potrebbero dismettere il loro sito in Flash (;-P) e passare a Silverlight, e sto vedendo che piace a tutti!

Consiglio a tutti di fare qualche test perchè potrebbe essere davvero il punto di partenza, anche integrando solo questo controllo nei siti preesistenti, per introdurre Silverlight nella mente dei clienti come strumento di valore aggiunto nei propri siti web, presto spero di poter linkare anche qualche mio lavoro!

Tags: Expression Blend, Microsoft Expression, Silverlight, Silverlight 2.0, XAML

Attenzione allo XAML modificato con Blend 2.5 per Silverlight 1.0

In questi ultimi giorni abbiamo ricevuto alcune segnalazioni di malfunzionamento del player video utilizzato per la visualizzazione degli screencast e delle registrazioni delle conferenze; l'errore si verificava al termine del download del codice XAML dell'interfaccia grafica del player, al momento della chiamata del metodo createFromXaml lanciando un codice 2207 per tale metodo.

Come per ogni segnalazione di bug il punto di partenza è sempre cercare di riprodurre nell'ambiente di sviluppo il medesimo comportamento segnalato dagli utenti, in modo da poter intervenire con gli strumenti di debug e adottare le dovute correzioni al codice, ed è qua che sono cominciate le prime perplessità: in nessuno dei miei ambienti sono mai riuscito ad ottenere l'errore ed anche a Daniele l'errore si è mai verificato.
Il messaggio di errore non mi ha aiutato molto, ma il fatto che si verificasse in corrispondenza di createFromXaml mi ha fatto pensare che [i]in certe circostanze[/i] lo XAML non fosse formalmente corretto e che il player non riuscisse ad effettuarne il parsing.

Umh, è perchè non a tutti gli utenti, e perchè non con tutti i plugin? Già, i plugin!
Paradossalmente solo in quel momento mi sono ricordato che esistono in pratica due major version del plugin di Silverlight, la 1.0 e la 2.0 in beta, e guarda caso su tutti gli ambienti dov'era istallata la 2.0beta il player funzionava correttamente, quindi ho pensato che fosse qualcosa legato alla versione 1.0.

Ho preso una macchina virtuale XP pulita ed ho istallato il plugin 1.0, sono riuscito a riprodurre l'errore e dopo alcuni test mi sono reso conto che tale versione del plugin non gradisce l'uso di namespace custom che Expression Blend 2.5 inserisce nel markup XAML per registrare alcune informazioni utili a se stesso, si tratta dei namespace:
xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
e di:
xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"

Blend 2.5 usa questi namespace per creare proprietà custom sugli oggetti, come ad esempio d:IsHidden="True" che utilizza per "ricordarsi" quali elementi visualizzare nell'interfaccia visuale del programma.
Rimossi questi tutto è tornato a funzionare correttamente; in sostanza è importante fare attenzione al momento della pubblicazione del codice XAML modificato in Blend 2.5 ricordandosi di ri-attivare la visibilità degli elementi nell'interfaccia e di rimuovere l'attributo mc:Ignorable="d" dal Canvas principale.

Dopo tutto, è sempre una versione di preview!

Tags: Expression Blend, Microsoft Expression, Silverlight, Windows Presentation Foundation, XAML

Windows: toolbars custom "inattese"

Per puro caso ho scoperto una funzionalità che hanno sia Vista che XP e Windows 2003: trascinando e rilasciando velocemente una cartella nei lati dello schermo si crea una toolbar con il contenuto della cartella; una cosa divertente è che si possono aggiungere altre toolbar con la classica procedura che possiamo fare nella barra del menu avvio, cioè tasto destro->Toolbars->New Toolbar, la cosa ancora più divertente è che possiamo aggiungere come toolbar anche lo stesso desktop ed in tal caso mi sono trovato tutte le icone la cui visibilità avevo disattivato come Network, Control Panel, IE ecc.. potrebbe essere un bug? :D

Ma quanto è complesso un SO come Windows!

Tags: Windows Client, Windows Vista

31/01/2008 : ASPItalia.com ~ WinFXItalia.com ~ LINQItalia.com ~ SilverlightItalia.com

Dopo i vari annunci il grande giorno è arrivato, da oggi la community di ASPItalia.com e WinFXItalia.com cresce con LINQItalia.com e con SilverlightItalia.com per creare due punti di riferimento per queste nuove tecnologie veramente interessanti: LINQ e Silverlight.

Contraccambio l'in bocca al lupo a Stefano che come me si è buttato a capofitto in questa avventura, leggendo i suoi contributi vedo quella grande passione che contraddistingue tutti i membri del gruppo; dal canto mio sono onorato di entrare attivamente a far parte di questo gruppo di persone che oltre ad essere dei grandi professionisti sanno anche trovare il giusto divertimento nel lavoro e nello stare insieme come community, nel senso stretto del termine :) .

In qualità di Co-Content Manager di SilverlightItalia.com, insieme al mio amico e compagno di banco Marco aka nostromo, cercherò di trasmettere l'entusiasmo che Silverlight mi sta infondendo in modo da farne apprezzare le grandi qualità e se possibile spingere a creare siti web sempre migliori e più belli.

Sono sicuro che ci divertiremo!

Tags: ASPItalia.com, .NET Framework 3.5, LINQ, Silverlight, XAML

Silverlight in Microsoft Update

Ho appreso ieri una notizia che è passata per lo più inosservata ma che invece ritengo degna di osservazione, dal 22/01/08 il plugin di Silverlight viene distribuito attraverso Microsoft Update per i sistemi Windows XP e Windows 2003.

Tutto ciò significa che gli utenti di questi sistemi operativi, che seguono la buona pratica di mantenere costantemente aggiornato il proprio Windows, si troveranno automanticamente il plugin istallato e vedranno automanticamente i contenuti dei siti web realizzati in Silverlight.

Chi sviluppa appoggiandosi a plugin esterni sa bene quale impatto abbia l'operazione di istallazione sia nei confronti del cliente, quando dovete spiegargli cosa dovrà fare il visitatore per vedere il suo sito, sia per lo stesso utente meno esperto, che si trova obbligato a seguire una procedura che, se pur minima, è sempre una attività intermedia rispetto a quello che si aspetta di vedere digitando un indirizzo.

La grande diffusione che ha avuto il plugin Adobe Flash nel web è storicamente dovuta anche all'inserimento di default dentro il browser Internet Explorer, il fatto che Silverlight venga autodistribuito non può che essere una buona notizia, che spero in futuro ci faccia risparmiare qualche lunga spiacevole chiaccherata con il cliente poco informatizzato.

E siccome non ci credevo :D ho voluto testare con mano:

Fonte: Tim Sneath

Tags: Silverlight, XAML

Disponibile la ASP.NET 3.5 Extensions CTP Preview

Direttamente dal blog di Scott Guthrie ecco l'annuncio del rilascio della prima CTP del pacchetto di estensioni ad ASP.NET 3.5 .

Sono molto curioso di vedere l'evoluzione di ADO.NET Data Service (Astoria).

Potete scaricarlo qui .

Tags: ASP.NET, ASP.NET 3.5

La mia implementazione di (quasi) Continuous Integration

Durante lo sviluppo di una applicazione web un po' più estesa del solito ho sentito fin da subito l'esigenza di organizzare una procedura di deploy per ridurre gli interventi manuali sul codice pronto per il rilascio.

Il progetto pilota è distribuito a due clienti, entrambi hanno a disposizione tre applicazioni : sviluppo, test e produzione ; è presente anche un sito demo per la guida e per i commerciali: in totale 7 distribuzioni che differiscono per web.config ed altri piccoli particolari interni, grafici e non.

La prima soluzione è stata adottare Web Deployment Project e creare i corrispondenti 7 progetti di deploy, questo tool è molto comodo per compilare automaticamente il sito in un unico assembly ed eseguire altre operazioni, quindi agendo direttamente sul file del progetto ho inserito i codici per effettuare le variazioni di cui avevo bisogno. Semplice ed efficace, una bella comodità rispetto a modificare a mano le stringhe di connessione o inserire a mano i file di licenza.

Dopo le compilazioni dovevo pubblicare a mano i sette progetti : 7 connessioni FTP, cancellare tutti i file eccetto App_offline.htm , prendere i nuovi file e fare upload. Niente di che, sono operazioni che facciamo tutti i giorni eccetto il fatto che una operazione manuale e ripetitiva, anche se semplice, fa sprecare tempo e può portare a qualche mero errore di distrazione dovuto proprio alla semplicità ed alla ripetitività dell'operazione stessa. Poi non è bello farsi chiamare dal cliente per una banalità.

Allora ho pensato che potevo prendere spunto dai principi di Continuous Integration del quale avevo letto qualcosa anche dal nostro .db (solo dopo mi sono accorto che anche Ricciolo ne aveva parlato :D ) : un suo consiglio mi ha indirizzato a http://msbuildtasks.tigris.org/ , un progetto open source per ampliare le funzionalità di MSBuild (http://msdn2.microsoft.com/it-it/library/wea2sca5(VS.80).aspx) il tool di Microsoft che si occupa della preparazione dei progetti e dei sorgenti per la compilazione.

Tra le funzionalità di Msbuildtasks la più adatta al mio scopo è FtpUpload, pensando che alla fine della compilazione potevo prendere i file del progetto e fare automaticamente upload attraverso il protocollo FTP sui server del cliente in modo da automatizzare il processo, tuttavia l'implementazione di FtpUpload fa upload solo dei singoli file della root del sito, non considerando cartelle, sotto cartelle e relativi file.

Avendo a disposizione i sorgenti ho pensato che potevo estendere questo comportamento per poter fare un upload completo, e così ho fatto.

Il codice di Msbuildtasks è ben scritto, è commentato ed è molto facile da capire, io ho aggiunto la parte di cancellazione delle directory e dei file remoti, una versione asincrona di Upload ed un log su file di testo delle attività.

Ho fatto una (semplice) versione asincrona perché pubblicare 7 progetti da 20 MB ciascuno mi bloccava l'uso dell'istanza di visual studio oggetto di building, ok ne potevo aprire un'altra ma mi sembrava più carino così :D .

Non mi addentro nella spiegazione del codice perché è molto semplice, l'unica cosa che mi ha impegnato di più è stato riuscire a capire la presenza di un file o una cartella remota per attuare la giusta operazione. Alla fine ho usato le regular expression con questo pattern:

@"^(?<month>\d{1,2})-(?<day>\d{1,2})-(?<year>\d{1,2})\s+(?<hour>\d{1,2}):(?<minutes>\d{1,2})(?<ampm>am|pm)\s+((?<dir>[<]dir[>])|(?<size>\d+))\s+(?<name>.*)$"

In questo modo, in presenza di una directory eseguo un FtpWebRequest.Method di tipo WebRequestMethods.Ftp.RemoveDirectory , altrimenti FtpWebRequest.Method di tipo WebRequestMethods.Ftp.DeleteFile.

Non ho seguito tutti i dettami del progetto originale, il codice l'ho scritto velocemente per risolvere in breve il mio scenario, lo voglio condividere perché magari a qualcuno può far comodo così com'è oppure può dare spunto a qualcuno (meno pigro di me) per scrivere una completa estensione a Msbuildtasks.

Per usare Msbuildtasks scaricate ed istallate il file http://msbuildtasks.tigris.org/files/documents/3383/28296/MSBuild.Community.Tasks.msi , scaricate la mia soluzione a questo indirizzo http://blogs.aspitalia.com/img/novecento/MSBuildTasks_CompleteUpload.zip , compilate il progetto, e copiate la nuova MSBuild.Community.Tasks.dll sovrascrivendo l'originale che trovate nella cartella di istallazione di Msbuildtasks (C:\Program Files\MSBuild\MSBuildCommunityTasks\ ).

Nel file di progetto del vostro Web Deployment Project aggiungete il riferimento a Msbuildtasks:

E all'interno del Target Name="AfterBuild? inserite:

Con questo codice il Task FtpUpload viene eseguito in fase di compilazione in versione Release, recupera tutti i file e cartelle all'interno della directory specificata in LocalFile , pubblica con FTP all'indirizzo specificato nell'attributo RemoteUri autenticandosi al server FTP con le credenziali specificate negli attributi Username e Password. Di default usa il metodo PassiveMode, ma è possibile modificare il comportamento con lo specifico attributo.

Riguardo al file da usare come log, dovete predisporre un file esito.txt in c:\ .. l'ho detto che ho scritto la soluzione velocemente! :D

Un saluto.

Tags: Deployment, Visual Studio

Sull'attivazione in IE di oggetti Activex

Da molto tempo in IE6+ è necessario fare click sugli oggetti activex per attivare i controlli.
Realizzando siti interamente in flash, non ho mai dato peso negativo all'evento di attivazione, mi è sembrata una delle evoluzioni del browser , in fondo solitamente si tratta di fare un solo click al primo caricamento del sito.

Tuttavia, al momento di inserire oggetti flash come menù o elementi animati parte integrante del layout di siti asp.net , l'azione del click mi è diventata un'attività che spezza la consultazione del sito sfalzando anche i tempi studiati dal designer.
Ovviamente le risposte ai clienti sono sempre state apaticamente semplici: "il click è un comportamento richiesto da IE e non è eliminabile" ma mi sbagliavo , per puro caso mi sono accorto che un sito in flash (e non era un sito porno.. :-) ) non mi aveva chiesto l'attivazione: incredibile, com'è possibile? La risposta è semplice, ovviamente altre persone diverse da me hanno dato più peso negativo al click ed hanno cercato e trovato una soluzione , anche la stessa Adobe si è prodigata in tal senso inserendo una propria soluzione direttamente nel tool di authoring ( versione 8+) , non ho indagato ulteriormente e quindi lascio a voi altre considerazioni.

Quindi, dato che ho visto che è da tempo di pubblico dominio e che quindi mantenere l'attivazione non serve più a nessuno, scrivo anche io una delle "scappatoie" : alla fine della pagina inserite questo javascript:

objects = document.getElementsByTagName("object");
for (var i = 0; i < objects.length; i++)
{
objects[i].outerHTML = objects[i].outerHTML;
}

Buon ferragosto!

Tags: Javascript, Security

Astoria e Silverlight

Per coloro che come me sono "in ascolto" sui fronti Astoria e Silverlight , segnalo questa notizia che cade proprio all'uopo : il team di ado.net ha rilasciato una "Experimental release" di una libreria per consentire l'accesso a Web Data Service "Astoria" anche attraverso una applicazione web Silverlight , ovviamente 1.1 .

Potete approfondire qui

Tags: .NET Framework 3.0, .NET Framework 3.5, Silverlight, Windows Communication Foundation, XAML

Petizione contro Open XML come standard

E' interessante notare come ogni attività legata a Microsoft sia oggetto di controversia: (punto informatico) .

Tags: Off Topic, Office

Microsoft Codename "Astoria" Online Service

Negli ultimi anni Microsoft ha deciso di tenere informati gli sviluppatori di tutto il mondo sui progetti in corso di rilascio, anche nelle primissime fasi di sviluppo.

Circa a metà Maggio è stata resa pubblica la CTP (Community Technical Preview) del progetto denominato "Astoria", una serie di librerie (un toolkit) sviluppate per creare uno strato di accesso ai dati attraverso servizi (Data Service Layer).

L'obiettivo di un Data Service Layer è quello di disaccoppiare lo strato di business da quello dei dati, creando una serie di interfacce che consentano la gestione dei dati attraverso richieste "remote"; in riferimento al mio post precedente, Astoria distribuisce una serie di servizi HTTP secondo i principi REST basandosi su WCF.

Ho letto i documenti e guardato un po' gli esempi della CTP e nonostante il progetto sia nella fase iniziale di sviluppo ritengo interessanti alcuni aspetti :

- E' fatta grande attenzione alla manipolazione degli URIs : poiché la gestione dei dati viene fatta con richieste HTTP è naturale che tutti i parametri che siamo abituati a passare al DAL devono essere descritti direttamente nell'URL. La "nomenclatura" (parentesi quadre, $, ecc..) adottata in questo progetto è interessante e può essere un punto di studio per tutti coloro che devono realizzare qualcosa di simile, in tempi inferiori rispetto al rilascio di Astoria.

- Internamente agli esempi è stato usato l'approccio di creare un Entity Data Model per creare una relazione tra il database e gli oggetti. Interessante per chi come me non ha mai considerato questo approccio. :D

- Come in WCF, in Astoria ci si concentra principalmente sul servizio avendo la flessibilità di scegliere il formato di scambio dati; attualmente è disponibile solo XML ma è un punto chiave del progetto avere JSON per una diretta apertura con AJAX .

E qui devo fare un appunto al mio precedente post, non so se sono stato un po' frettoloso nel scrivere o se si comprende che l'accoppiamento tra REST e POX non è ne intrinseco ne inscindibile, si può sviluppare webservice secondo i principi REST anche senza scambiarsi dati strutturati semplicemente in XML e viceversa scambiarsi dati POX non significa sviluppare servizi REST; ne è esempio proprio Astoria, nel quale sarà possibile avere più sistemi di formattazione dati.

- Secondo me è interessante il principio stesso del progetto. In fondo tecnicamente non introduce novità ma è come se concretizzasse tutta la letteratura (e le discussioni) intorno a SOA in piccolo progetto REALE e realmente utilizzabile subito, e di cui da tempo si ha bisogno.

Vi faccio il mio esempio.
Chi ha avuto la fortuna di avere un cliente che lo pagasse per realizzare un sito in Flash con contenuti aggiornabili avrà dovuto fare delle scelte scendendo a compromessi con le ridotte capacità di dialogo tra l'oggetto Flash nella pagina ed il server. Essendo un grande fan di XML la mia scelta è caduta subito su questo formato, di cui peraltro Flash ha dato un buon supporto fin dalla versione 6 .
I processi erano interrogare una "risorsa" HTTP (http://www.IP/getnews.asp) e far restituire una serie di dati strutturati in XML in modo da poter cliclare in Flash i nodi, accedere agli attributi, eccetera, ed al click dell'utente sulla news interrogare http://www.IP/getnews.asp?ID=1 ;se lo guardo adesso vedo che inconsapevolmente ho realizzato una specie di Data Service Layer usando Plain Old Xml secondo alcuni dei principi di REST (GET e POST).

Astoria si inserisce proprio nello scenario in cui il client non ha un dialogo nativo con il server a causa anche del linguaggio come Flash, AJAX e Silverlight, configurando un servizio WCF per usare dati non codificati ed inserendo la gestione degli URI.

Pian piano sto dando giustificazione a molte cose che ho letto su SOA, e ne sono felice, ma mi rimangono ancora alcuni dubbi sull'approccio migliore alla sicurezza: in ambiente REST, come è possibile trasportare l'identità dell'utente che accede alla risorsa (non l'applicazione ma l'utente) senza esporsi troppo a problemi di sicurezza ma lasciando sempre un alto grado di interoperabilità?

Ci sto pensando... Buona domenica :D

Tags: .NET Framework, .NET Framework 3.0, .NET Framework 3.5, AJAX, Windows Communication Foundation

Considerazioni sugli aggiornamenti di WCF introdotti nel .NET Framework 3.5

Con l'occasione dello speciale sul .NET Framework 3.5 vorrei scrivere alcune considerazioni che ho in testa da diverso tempo, nella fattispecie sugli aggiornamenti a WCF introdotti in questa versione.

Più o meno all'inizio di quest'anno, sui blog di illustri tecnici del settore SOA (Don Box, Steve Maine, Nicholas Allen ed altri), si è acceso uno scambio di messaggi su REST (REpresentational State Transfer) e parallelamente su POX (Plain Old Xml) e JSON (JavaScript Object Notation).

Per completezza del discorso, mi permetto di descrivere REST come un protocollo di scambio dati di alto livello, basato sulla distribuzione delle risorse di una applicazione attraverso richieste http su URI univoco, ad esempio: http://IP/Application/Customer/ => per una lista di clienti e http://IP/Application/Customer/1 => per i dettagli dell'oggetto Customer con ID = 1.
Studiato essenzialmente per un ambito http, REST si appoggia agevolmente ad una rappresentazione dei dati in semplice XML, da esso il legame con POX.

Devo dire che le discussioni su REST mi hanno lasciato letteralmente basito. Per anni non si è fatto che ascoltare di SOAP prima ancora dei webservice di asp.net , e sembrava che il vangelo delle applicazioni distribuite fosse già stato scritto in SOAP.
Inoltre Microsoft,e secondo me con coerenza, ha rilasciato un Foundation apposito (WCF) che riassume tutte le proprie tecnologie di integrazione, creando un flessibile modello ad oggetti su cui letteralmente "gettare le Fondamenta" delle applizioni SOA, appoggiandosi su SOAP ed implementando tutti gli standard WS-* che negli anni erano stati introdotti.
Ho intuito subito che WCF fosse un grande "prodotto", occupandosi degli aspetti di comunicazione di medio livello ed essendo sviluppato con una incredibile flessibilità: veramente un punto di partenza per poter pensare di introdurre nei progetti reali, soprattutto in quelli a medio costo, un approccio service-oriented o comunque per dare una apertura alla interoperabilità verso altre applicazioni, per aggiungere qualità ai progetti.
Parallelamente ho visto anche che il modo JAVA si sta muovendo con buon interesse verso WCF aumentando il mio entusiasmo, perchè adottare, studiare ma soprattutto proporre ai clienti una soluzione che si basa su un Framework che ha buone prospettive di crescita e diffusione qualifica le mie scelte e la mia credibilità.

Ed invece ho letto con stupore che i tecnici con esperienza hanno bisogno ancora di REST, di XML Plain, e che tra l'altro il nuovo paradigma delle webapplication, AJAX, basandosi su javascript sfrutta addirittura la rappresentazione dei dati JSON.
Mi è sembrato veramente un passo indietro e mi è venuto qualche dubbio, allora Microsoft è stata troppo precoce nell'introdurre il modello di WCF, o per lo meno, allora è troppo presto adottarlo?

Approfondendo lo studio di WCF ho compreso che la flessibiltità del framework consente un ambito applicativo senza limiti, dalla "reliability" al semplice scambio di stringhe, consolidando quindi la mia intuizione sulla qualità del Foundation e verso una sua indubbia adozione.

L'introduzione di alcune caratteristiche che vedo nelle CTP del Framework 3.5 mi confortano sulla qualità del comportamento di Microsoft, che risponde alle esigenze del mercato degli sviluppatori, ma non diminuiscono i mei dubbi.
Mi riferisco a "WebHttpBinding" , un nuovo binding con caratteristiche studiate appositamente per l'impiego negli ambiti che ho citato precedentemente, REST, AJAX/JSON con il relativo nuovo "DataContractJsonSerializer"; per inciso WCF consente già un impiego REST sotto configurazione di un customBindig e scrivendo un paio di classi per manipolare le richieste e le URI , ma è comunque interessante che Microsoft sia intervenuta su questa esigenza rilasciando un aggiornamento specifico per questo tipo di scenari oggetto di tante discussioni.

Ed infatti la mia riflessione si amplifica anche in virtù di questo comportamento di Microsoft: se in WCF hanno pianificato la strada dell'integrazione tra applicazioni, e potrei dire per semplificare, attraverso classi proxy, per quale motivo stanno dando così risalto ad un "modello" di livello inferiore, in cui si deve ancora controllare le URI (spezzettarle,validarle), intercettare i messaggi, validare i dati scambiati, ecc.?

La mia piccola risposta imputa proprio alle ragioni di "mercato", forse per evitare quel giudizio e quell'accusa di forzare gli standard di fatto che molto spesso viene fatta a Microsoft; scambiandosi JSON , in fondo, tutti sono più tranquilli...

Buon lavoro a tutti.

p.s. curiosa la classe SyndicationFeed , un figlio di REST che consente la pubblicazione di dati automaticamente nel formato rss e atom.

Tags: .NET Framework, .NET Framework 3.5

Due riflessioni

Web 2.0 : http://www.youtube.com/watch?v=6gmP4nk0EOE

Open source (e PA philosophy) : http://www.alfonsofuggetta.org/?p=1219

buon weekend

Tags: Off Topic

dinnernow.net

E' sempre una buona pratica andare a leggere il codice prodotto da altri, a tal proposito segnalo un ottimo progetto che usa molte delle nuove tecnologie che Microsoft ha introdotto un questo periodo (WF, WCF, WPF, Windows Cardspace, Windows Vista Sidebar, Ajax .. ) :

http://www.dinnernow.net (http://www.codeplex.com/dinnernow)

Buona sbirciata!

Tags: .NET Framework, .NET Framework 3.0, Windows Client, Windows Communication Foundation, Windows Vista