Esploriamo assieme come il linguaggio C# e il concetto di “universal”, declinato sulle varie piattaforme hardware, si possono fondere assieme, con poca teoria e molta pratica.

1. Universal App
ma universal per davvero
Carlo Fedeli
carlo.fedeli@elfo.net
@cafedo84
Sponsored by
10 marzo
2016
Relatore

2. 2/34Domanda

3. 2/34Domanda

4. 3/34Approccio1

5. 4/34Approccio2
Analizzarela situazionecon l’occhiodeldev .NET

6. 5/34Analizzare la situazione
• Capisco cosa l’applicazione deve fare
• Raccolgo la logica di business in una.dll(o più)
• Noallaframmentazione
• Cerco di portarla su tuttele piattaformepossibili
• Il business deve essere slegato dalle logiche UI

7. 6/34Problema
• Class library (.dll) specifiche di unapiattaforma non possono essere
referenziate
• Quindi faccio copia/incolla di codice?

8. 7/34Portable Class Library
• 1 Assembly => Più piattaforme
• Codice centralizzato
• PCLè unsottoinsiemedi .NET

9. 8/34Portable Class Library

10. 9/34Portable Class Library

11. 10/34
Problema

12. 10/34
Problema

13. 11/34
Ecosistema Microsoft

14. 11/34
Ecosistema Microsoft

15. 11/34
Ecosistema Microsoft
Steve Ballmer
Satya Nadella

16. 12/34ApproccioWindows8.1
• Un progetto condiviso, due progetti specifici per Windows e Windows
Phone
• Compilazione condizionale per gestire le differenzetra le piattaforme
• Duedifferentipacchetti

17. 13/34ApproccioWindows8.1
#if WINDOWS_APP
ResourceLoader loader = new ResourceLoader();
string about = loader.GetString("SettingsLabel/Text");
string privacy = loader.GetString("PrivacySettings/Text");
string options = loader.GetString("Settings/Text");
ISettingsService settings =
container.RegisterSettingsService();
settings.RegisterFlyoutCommand<AboutViewModel>(about);
settings.RegisterFlyoutCommand<PrivacyPolicyViewModel>(privacy);
settings.RegisterFlyoutCommand<SettingsViewModel>(options);
#endif

18. 14/34Universal Windows Platform
• E’ una collezione di contrattied estensioni, basata sul Windows Runtime
• Quando si crea un’applicazione si sceglie come riferimento unaversione
della UWP, nondel sistemaoperativo

19. 15/34Un pacchetto pertutti i dispositivi
• Scompaiono il progetto condiviso e i progetti specifici per ogni
piattaforma
• Nientepiù compilazionecondizionale
• Un unicoStore per tuttele piattaforme
• La Universal Windows Platformè disponibile su ogni dispositivo basato
su Windows 10

20. 16/34Universal Windows Platform

21. 17/34
Problema

22. 17/34
Problema

23. Approccioclassico 18/34
• Vantaggi
• Focus sullapiattaforma
• Applicazioninative(performance)
• Svantaggi
• Multiplecode base
• Frammentazione
• 3 codebase diverse
• Nocodice condiviso
• Ciao ciaoPCL..
• Lento quindi costoso

24. HTML 19/34
• Vantaggi
• Ununico linguaggioperlosviluppo
• Condivisionecodice
• PCLlato server
• Sfruttole skillche hogià
• Svantaggi
• FrammentazioneWebBrowser
• Look&feelwebnon nativo
• Abbastanzalimitata

25. XAMARIN 20/34
Tutto quello che si può sviluppare in Objective-C, Swift, o Java
può essere implementato anche usando C# with Xamarin using Visual Studio

26. Performance native 21/34

27. 22/34

28. 23/34

29. 24/34Approcciostandard
• L’interfaccia utente viene realizzata sfruttando i tool nativi (Storyboard in
iOS, AXML in Android)
• Accesso a tutte le API native della piattaforma
• Richiede una buona conoscenza delle due piattaforme
• Tramite le Portable Class Library, condividiamo la logica di business

30. 25/34Approcciostandard -Android
In Xamarin, ogni pagina è una Activity composta da:
• Un file XML, che descrive il layout
(puòesserefatto ancheda codice)
• Unaclasse, chegestisce le interazioni
conla Activity

31. 26/34Approcciostandard -Android
E’ possibile accedereai controlli tramite un ID
• Viene assegnato un ID nell’XML
• Il processo di build genera
una risorsa
• Si sfrutta la risorsa peraccedere
al controllo

32. 27/34Approcciostandard -IOS
• Basato sul pattern MVC
• Ogni applicazione ha unoStoryboard, ovverola rappresentazione visuale di tutte le schermate dell’app
• Ogni schermata è una scene
• Ogni scene è composta da unaView(il layout) e da un ViewController, che ne gestisce le interazioni

33. 28/34Approcciostandard -IOS
• Le storyboard e la navigazione tra una
scene e l’altra vengono creati
direttamente nel designer diXamarin
• Il design richiede il collegamento con un
Mac

34. 29/34ApproccioXamarin.Forms

35. 30/34ApproccioXamarin.Forms
• Mipermettedicondividerenonsololalogicadibusiness,ma anchel’interfacciautente.
• Linguaggioper la UIbasatosuXAML:icontrolliXAMLvengonoconvertitiincontrollinativiaruntime.
• SupportalecaratteristicheprincipalidelloXAML:binding,dependencyproperty,trigger,behavior,etc.
• NonèlostessoXAMLdiMicrosoft:moltipuntiincomune,ma nomidiversiper alcunicontrollie
proprietà

36. 31/34ApproccioXamarin.Forms
<DatePicker />

37. 32/34ApproccioXamarin.Forms
• SI
• Devocreareilprototipodiun’applicazioneperunclienteoperunademo
• Devocreareun’applicazionedibusiness
• Nonvoglioimpararetuttelespecifichediognisingolapiattaforma
• No
• Lamia applicazioneèfortementeintegrata confeaturespecifichedellapiattaforma.
• Lamia applicazionedeveavere UIdifferentiperognipiattaforma.

38. 33/34Xamarin Platform

39. 34/34
Problema

40. 34/34
Problema

41. ?Domande?