1. Template designed by
Accesso ai dati in Windows 8.x
Paolo Pialorsi
paolo@pialorsi.com
http://www.pialorsi.com/blog.aspx

2. brought to you by

3. Consulente, project manager e trainer dal 1996
Oltre 40 certificazioni Microsoft conseguite
Microsoft Certified Solutions Master – SharePoint
Focalizzato su .NET e SharePoint dal 2002
Autore di 10 libri su XML, SOAP, .NET,
LINQ e SharePoint
• Microsoft SharePoint 2013 Developer Reference, Microsoft Press
• Build Windows 8 Apps with Microsoft Visual C# and
Visual Basic Step by Step, Microsoft Press
• Microsoft SharePoint 2010 Developer Reference, Microsoft Press
Speaker alle principali conferenze IT
Chi sono

4. Partiamo dall’esigenza
Sorgenti consumabili a confronto
Conclusioni
Agenda

5. Consumare dati

6. Quasi ogni applicazione
Consuma dati (CRUDQ)
Lavora grazie ai dati
Svolge operazioni transazionali
• Garantendo la consistenza e l’integrità dei dati
Ma le Windows Store App e WinRT supportano l’accesso ai
database?
No! E allora come m*n#*ia faccio?!
L’esigenza primordiale

7. Elementi base di Windows Runtime in .NET
.NET for Windows 8 Apps
BCL
HTTP
XML
Serialization
WCF

8. Set di referenze x Windows Store Apps
Manca qualcosa?

9. Per esempio ...
System.Data.*
System.Transactions.*
Ok, quindi siamo spacciati?!
No!
Cosa manca?!

10. Correva l’anno 2000 D.C. e qualcuno  diceva
Pensate il vostro software «orientato ai servizi»
Prevedete uno strato di presentazione «sottile»
Lasciate logiche e dati server-side
• Esposti tramite servizi
Service Oriented Architecture

11. File locale (XML, CSV, ecc.)
SQLite for Windows 8
WCF/SOAP Service
OData
REST + POX/JSON/RSS/ATOM
Azure Service (SOAP/REST)
Brokered WinRT Component
Sorgenti consumabili

12. Strumenti disponibili
Local Storage
• Alla rimozione della App i file vengono cancellati
User’s folders
• Occorre specifica capability e file type declaration
• Ma in caso di App Uninstall i file permangono
Roaming Storage?
• No! Troppo poco spazio (100KB)
File locali

13. Demo
Usare local storage, user’s
folders, and roaming storage

14. http://www.sqlite.org/
È un’opzione possibile
Esiste una estensione
per Windows Runtime
Richiede C++
Serve wrapper .NET (sqlite-net)
SQLite per Windows 8

15. Occorre gestire manualmente la sincronizzazione con la parte server
Sempre che esista una parte server ...
I dati sono sul device dell’utente
Va bene per dati di reference
Non va bene per dati «business» … come gestiamo BYOD?
Non si sposa con l’idea di avere i dati everywhere/on every device
A meno di non fare a mano dei meccanismi di resync
Va bene comunque per file di dati di piccole dimensioni
Non pensate di metterci dentro 1M di clienti e 10M di ordini ...
Limiti

16. Demo
Usare SQLite da Windows
Store App

17. In ottica SOA sono una delle scelte migliori
Binding
BasicHttpBinding
NetTcpBinding
NetHttpBinding
CustomBinding
Serializzatori disponibili
DataContractSerializer
DataContractJsonSerializer
XmlSerializer
WCF/SOAP Service

18. Supporta
Transport Security (HTTPS/SSL)
Transport with Message Credentials
Transport Credential Only
Sicurezza
Client Credentials
None
Basic
Digest
Negotiate
NTLM
Windows
Username (Message Security)
Windows (Transport Security)

19. Sicurezza integrata da abilitare in AppManifest
Richiede «Enterprise authentication» capability
Non supporta wsHttpBinding
Non supporta wsFederationHttpBinding
Non supporta connessioni in entrata
WCF Client e non WCF Service
Ma abbiamo NetHttpBinding ...
Limiti

20. Demo
Consumare servizi SOAP
da Windows Store App

21. OData = Open Data Protocol
www.odata.org
OData 4.0 è uno standard OASIS! (News - 17/3/2014)
In Windows Store Apps richiede add-on
WCF Data Services 5.6.0 RTM
Poi si consuma come un normale servizio WCF
Add Service Reference ...
OData

22. Possiamo usare sicurezza del trasporto
HTTP/HTTPS
Basic/Digest/Windows
Possiamo usare sicurezza ASP.NET
Con FBA o WIF in WS-Federation Passive
Via WebAuthenticationBroker
Possiamo usare OAuth (vedi dopo ...)
Eventualmente con Microsoft Azure ACS
Sicurezza

23. Il WebAuthenticationBroker è «kitsch» 
Non troppo performante
Querying client-side limitato
Limiti

24. Demo
Consumare OData
da Windows Store App

25. È comunque Service Oriented
Service non vuol dire solo SOAP!
Per molte App «veloci» è più semplice
Se non ci sono grandi pretese di protocollo/sicurezza
Possiamo usare gli stessi servizi anche da
HTML5/JavaScript
jQuery
iPad/iPhone/iOS in genere
Android
REST + POX/JSON/RSS/ATOM

26. Cambiano radicalmente il paradigma e i protocolli
OAuth è lo standard di riferimento
WinRT offre WebAuthenticationBroker
Utile non solo per OAuth, ma perché inventare la ruota ...
Si ragiona in termini di
Repository dati esterno (Facebook, SharePoint 2013, ecc.)
Autenticazione dell’utente
Autenticazione dell’applicazione
Autorizzazione che l’utente concede all’applicazione rispetto al Repository
In scenari web-based è la direzione ormai intrapresa
Sicurezza

27. Disponibile per side-loaded Windows Store App
A partire da Windows 8.1 Update
Comunicazione con il “desktop” classic
SQL Compact, SQL Express, ecc.
Riuso “estremo” del codice legacy in Windows Store App
Brokered WinRT Component Project Template
http://visualstudiogallery.msdn.microsoft.com/527286e4-b06a-4234-adde-d313c9c3c23e
Brokered WinRT Component

28. Grazie a tutti per la partecipazione
Riceverete il link per il download a slide e demo via email nei
prossimi giorni
Per contattarmi
paolo@devleap.com
Grazie