Nel precedente post vi ho proposto una rapida comparativa tra SQL Azure e l'Azure Table Storage, tentando di analizzare punti di forza e di debolezza di entrambe queste tecnologie destinate prevalentemente a cui sviluppa sistemi cloud based su Windows Azure.
Quest'oggi vi parlerò di un design pattern denominato Command Query Responsibility Segregation che si sposa ottimamente con le caratteristiche del cloud, in particolare per lo sviluppo di sistemi che richiedano una scalabilità orizzontale elevatissima (diciamo potenzialmente infinita).
Una delle diatribe più interessanti alle quali si assiste nel momento in cui ci si approccia alle tecnologie per il cloud messe a disposizione da Microsoft è quella che mette in contrapposizione SQL Azure e l'Azure Table Storage.
SQL Azure è il database relazionale marchiato Microsoft per il cloud ed essenzialmente è una versione di SQL Server che gira nei datacenter in maniera analoga alle compute instance di Windows Azure.
Infine è arrivato, Orario Treni per Windows Phone fa la sua comparsa nel Marketplace di Microsoft. Tutte le funzionalità disponibili per la versione Apple iOS, sono ora a fruibili da coloro che hanno scelto il sistema operativo mobile di Redmond per il proprio smartphone.
Dal punto di vista dello sviluppo, Orario Treni può vantare le seguenti chicche:
design pattern Model View ViewModel per la separazione della logica applicativa dalla definizione dell'interfaccia grafica uso di SQL Server CE 4, per lo storage dei dati sul telefono chiamate WCF a servizi SOAP per il download di tutti i dati consultabili sui treni Per coloro che non conoscessero l'applicazione, riassumo brevemente le funzionalità salienti: