phonegap cross-platform made easy

Transcript

1 phonegap cross-platform made easy

2 piattaforme di interesse Android iphone/ipad BlackBerry Windows Phone/CE HTML5 => ~ 99%

3 sviluppo web Caratteristiche: Modello sviluppo: HTML5 + JavaScript UI web: HTML + CSS Accesso GPS e LocalStorage, gestione Offline Vantaggi: Requisiti: browser HTML5 Non richiede installazione Aggiornabile facilmente Svantaggi: No accesso hardware (fotocamera, contatti, risorse...) Non installabile Operazioni lato-client limitate

4 sviluppo nativo Caratteristiche: Modello sviluppo applicazione nativa: Java/Obj-C/C# UI nativa Accesso completo all hardware Vantaggi: Performances e potenzialita al max Installabile da marketplace Svantaggi: Codice specifico per ogni dispositivo Modelli di sviluppo differenti Difficolta di aggiornamento

5 framework cross-platform Web++ PhoneGap: webapp con accesso all hardware Sito web con UI web, ma con accesso all hardware del dispositivo iphone+android+winphone : supporto completo BlackBerry-Symbian: supporto limitato MagicBox Titanium: 1 «codice» per N applicazioni native Astrazione UI e hardware in un framework comune iphone+android: supporto completo BlackBerry: supporto limitato App Xamarin: N applicazioni native in.net e C# Accesso full all hardware, limitata astrazione, ambiente unificato e «familiare» iphone: MonoTouch - Android: MonoDroid

6 phonegap WebApp + Hardware: Applicazione nel browser del dispositivo (sandbox) UI HTML Codice in JavaScript API JS unificata per accesso all hardware Deploy sul marketplace Astrazione accesso all hardware Accesso hardware "limitato" SDK per sviluppare moduli ad-hoc Note: Riutilizzo codice sito web per costruire l app Licenza OSS, zero vincoli e costi di sviluppo Nitobi acquisita da Adobe PhoneGap => Apache Cordoba

7 titanium Framework comune per app native: Applicazione nativa Framework di astrazione hardware e componenti UI Codice in JavaScript, comune per TUTTE LE PIATTAFORME Deploy sul marketplace Accesso hardware vincolato dal framework e "cross-platform" SDK per sviluppare moduli ad-hoc (complicato e costoso) Note: Licenza per scopi commerciali: «indie» 49$/anno IDE basato su Eclipse Codice JS non riutilizzabile

8 monotouch/droid Wrapper.NET/C# sul dispositivo: Applicazione nativa Accesso hardware e UI dispositivo tramite API C# Sviluppo codice in C#, specifico per ogni piattaforma Riutilizzo codice di business non hardware-specifico Deploy sul marketplace Accesso all hardware completo e specifico per piattaforma Accesso codice «esterno»: P/Invoke e binding Obj-C/Java Note: IDE: Visual Studio MonoDevelop Licenza per scopi commerciali: 400$+400$ Condivisione in genere codice C# «di business» Accesso hardware «non UI» comune: Xamarin Mobile API e altre

9 astrazione: vantaggi/svantaggi Vantaggi: Riduzione esponenziale dei tempi di sviluppo Titanium: una linea di sviluppo per tre piattaforme mobile PhoneGap: una linea di sviluppo per sito web e app «native» Riutilizzo codice Xamarin: condivisione codice da/verso «piattaforme.net» Svantaggi: Vincoli del framework: moduli non disponibili finchè non «ubiquitari» o da sviluppare/manutenere Costi aggiuntivi Costo licenze del framework e del supporto tecnico Minor disponibilità di documentazione ed esempi di codice

10 app nativa: vantaggi/svantaggi Vantaggi: Nessun vincolo di sviluppo Accesso pieno ed immediato all hardware NFC su Android appena disponibile Accesso al codice/documentazione specifica Supporto tecnico diretto Nessun costo aggiuntivo Svantaggi: Linee di sviluppo completamente separate Aumento esponenziale dei tempi di sviluppo Nessun riutilizzo di codice Codice Business-UI-HW «multiplo» per Obj-C + Java + C#

11 IMHO (!?!) Se possibile, meglio la web application HTML5 amplierà progressivamente l accesso a funzionalità «native» Adobe ha «killato» Flash per i dispositivi mobile, in favore di HTML5 Se si prevedono funzionalita non-standard, meglio avere «le mani libere» Il rischio insito nell adozione di un framework cross-platform e che non copra le esigenze future jquerymobile + PhoneGap possono essere una valida soluzione per esigenze "standard"

12

13

14

15 Who Uses PhoneGap? more people than you think Wikipedia Facebook Salesforce IBM Microsoft Adobe RIM Zynga...

16 phonegap + cordova yesterday: phonegap: <= today: cordova : :-(((( 1.6.0: Release Date: 27/Mar/ : Release Date: 30/Apr/ : Release Date: 29/May/ : Release Date: 26/06/ : Release Date: 31/07/12 tomorrow: apache + phonegap ( + adobe?)

17

18

19 don't blame phonegap... 27% of developers planning to abandon PhoneGap. Why? Don't blame PhoneGAP. The whole mobile world is a horror for each coder and it doesn't matter, what technic you use. Every week some fundamental change which forces a update for all previous apps.... Mobile world is fast. Maybe to fast for a old man. I'm coding since 30 years. Every week a new horror. And only for a few you can blame phonegap... I',m sure, other frameworks have the same problems... The only thing i dont like with phonegap is the documentation. But hey... everyone can contribute making it better... Just my 2 cents

20 support & tools Google Group: StackOverflow: #phonegap #cordova adobe shadow: tiggzi: Ripple Mobile Environment Emulator: appmobi PhoneGap XDK:

21 debug console.log(string) alert console.log(object) firebug ma chissene***?

22 PhoneGap Build compiling in the cloud: