un interessante articolo sull'argomento in oggetto, riporto la traduzione auto di google translator, con qualche leggera ritoccata personale, per l'originale in "inglisc" cliccate qua https://www.sitepoint.com/native-vs-hybrid-app-development/ NATIVO Costruire applicazioni native significa usare il "linguaggio madre" della piattaforma, Objective-C su iOS, e Java su Android. Il vantaggio principale di applicazioni native è nelle prestazioni . Applicazioni native sono compilate in codice macchina (Dalvik bytecode sotto Android), che offre le migliori prestazioni ottenibili dal dispositivo (smartphone o tablet/phablet, ecc). Questo comprende animazioni veloci e fluide, nonché il pieno accesso all'hardware del dispositivo, il supporto multi-touch e le ultime API. lo sviluppo nativo è tutt'altro che facile. Nonostante il grande numero di risorse che si possono trovare, potrebbe non essere comprensibile a tutti. Come codice deve essere scritto appositamente per ogni piattaforma, lo stesso codice dovrà essere ampiamente riscritto con scarso grado di essere condivisi. La logica può essere lo stesso, ma la lingua, API e il processo di sviluppo è diverso. Questo processo può essere relativamente lungo per applicazioni complesse. Se sei un nuovo sviluppatore per piattaforma mobile e vuoi costruire applicazioni mobili di performance-critical e / o vuoi approfittare delle API native, si avrebbe bisogno di una buona risorsa per l'apprendimento lo sviluppo nativo mobile. Prendiamo ad esempio iOS. Se vuoi essere uno sviluppatore iOS nativa, innanzitutto procuratevi un Mac. È possibile scrivere codice da nessuna parte, ma un Mac è necessario per costruire il codice in un'applicazione così come un account iOS sviluppatore ($ 99 all'anno). È possibile ottenere una guida introduttiva a Objective-C per creare il proprio "Flappy Bird" (gioco) nel tuo browser . Una singola lezione on-line non sarà del tutto esaustiva, però, Apple fornisce la propria esercitazione , che è utile per i principianti e gli sviluppatori più esperti. Questo tutorial introduce progettazione delle applicazioni, la struttura e l'attuazione del codice, mentre la costruzione di una applicazione ToDoList (liste ToDo sembrano essere le applicazioni ‘Hello, World!’ Per lo sviluppo mobile). Per quanto riguarda lo sviluppo di Android, mi sento di raccomandare l'apprendimento Android, 2nd Edition da O'Reilly. Dà una buona conoscenza al di sviluppo Android, mentre la costruzione di un client mobile simile a Twitter. E, naturalmente, SitePoint ha un sacco di articoli di sviluppo per iOS e Android . IBRIDO Applicazioni ibride sono applicazioni web (o pagine web) nel browser nativo, come UIWebViewin su iOS e WebView (non Safari o Chrome) su Android . Applicazioni ibride sono sviluppate utilizzando HTML, CSS e Javascript, e poi avvolti in un'applicazione "android package" (leggasi APK) utilizzando piattaforme come Cordova . Ciò consente di utilizzare qualsiasi framework web-native che si desidera, e ci sono molti di questi. Lo sviluppo di applicazioni è più veloce, più semplice , più rapida e l'applicazione è più facile da mantenere. È possibile modificare le piattaforme qualsiasi momento avete bisogno, Cordova consente di creare l'applicazione per più di una piattaforma solo per uno aggiungendo riga di codice. Per quanto riguarda l'hardware del telefono, come la fotocamera o Bluetooth, Cordova ha una grande repository di plugin che si possono utilizzare. Il problema principale con le applicazioni ibride è che ancora dipendono dal browser nativo, il che significa che non sono veloce come applicazioni native. Se avete deciso di sviluppare applicazioni ibride, allora si dovrebbe sapere che ci sono due principali concorrenti '' in questo campo. Uno è Cordova (e gli strumenti di Cordova-based come PhoneGap) e l'altro è Appcelerator Titanium . Hanno entrambe le piattaforme mobili di destinazione, ma il lavoro in modi molto diversi. Sviluppare con Cordova è proprio come lo sviluppo di una pagina web. È possibile creare HTML, CSS e JavaScript file locali, li prova nel browser e poi avvolgerli in una visualizzazione Web nativa con Cordova (è comunque necessario SDK nativo e strumenti di sviluppo per questo passo). Utilizzando Titanium è un po 'diverso, non si usa qualsiasi file HTML e CSS, a meno che non si desidera creare un'applicazione che utilizza sia nativi e interfacce utente basati su HTML. Titanium offre un utilissimo set di strumenti mobile che consente di emulare (o simulare) l'applicazione sulla piattaforma reale, non nel browser. Quando la tua applicazione viene eseguito sul dispositivo, esso non viene avvolto in una vista web, ma viene interpretato da un motore Javascript ( JavaScriptCorein iOS oppure RhinoAndroid). Appcelerator fornisce una buona esercitazione (sorprendentemente non una applicazione ToDo). Ci sono anche molti altri meno conosciuti opzioni di sviluppo ibrido, come Xamarin , Rho , Corona e MoSync . Tutti questi lavorano in modi leggermente diversi e possono beneficiare di più a seconda della vostra esperienza di programmazione in corso. Conclusione Sia nativo e ibridi sono modi per soddisfare le diverse esigenze e preferenze degli utenti e sviluppatori, e nessuno di loro può essere pensato come una soluzione perfetta. Hanno i loro punti di forza e di debolezza e spetta a voi decidere quale di essi si adatta meglio e quale si intende utilizzare nella propria applicazione. Quali sono le vostre esperienze e pensieri su ibrida vs sviluppo nativo?

Nessuna delle due. Prendi un middleware tipo Unity/Marmalade/Unreal Engine etc...sviluppi nel linguaggio usato dall'engine e lui si occuperà di convertire il codice in nativo

Come suggerimento generale: se traduci da un articolo, linka anche l'articolo originale, anche se ci hai messo del tuo. E' una buona pratica 🙂 Per il thread: le cose cambiano un po' dall'usare una webview all'usare dei "middleware", diciamo, tipo Xamarin o Titanium, che introducono il runner nella app (e qui includerei anche cose tipo GameMaker). Le prime dovrebbero essere le piu' lente, e lo erano, io qualche anno fa ho lavorato a 2 app mobile usando cordova e anche avendo sostanzialmente solo UI a volte laggava, ma poi con accelerazione GPU di default decente sono stati fatti grandi passi, dicono, per la roba packaged con le webview, tanto che a volte fa piu' forte di cocoon o Titanium. Detto questo, entrambi hanno problemi nell'usare le features native: si', c'e' sempre un plugin Cordova o Xamarin che te lo permette, ma a volte funziona male. O spesso. Poi ci sono i problemi nel supportare le varie orientations e le risoluzione, di sicuro c'erano in Cordova. Bisogna ricordarsi che questi tool tendenzialmente nascono per una necessita' semplice: "riciclare" competenze esistenti verso lo sviluppo di app (quasi mai giochi). Ovvero, se so .NET e C#, con quello che gia' so e senza cambiare OS posso sviluppare app mobile. Uguale con JS e HTML. Considerando che il tempo di sviluppo e' una variabile fondamentale, sono tool che hanno senso. Per app non giochi, o robe tutta UI tipo parole crociate, forse puzzle games, insomma con non troppa roba a schermo o da simulare, ormai ci sono pochi problemi. Per altro pero', io non rischierei, anche a costo di doversi studiare roba nuova.

Wintermute Come suggerimento generale: se traduci da un articolo, linka anche l'articolo originale, anche se ci hai messo del tuo. E' una buona pratica 🙂 c'è c'è controlla bene > <

NN81 se come regola CSS sul body (o su qualsiasi altro elemento) imposto: width: 100%; height: 100% if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); } o ancora meglio (o peggio 😃) position: fixed; left: 0px; right: 0px; top: 0px; bottom: 0px; if(window.hljsLoader && !document.currentScript.parentNode.hasAttribute('data-s9e-livepreview-onupdate')) { window.hljsLoader.highlightBlocks(document.currentScript.parentNode); } mi aspetto che l'elemento occupi tutto lo spazio a disposizione. Di fatto questo avveniva nel browser mobile, nell'app generata con phonegap no. Ovviamente questo l'ho testato non solo con progetti del framework phaser.js ma anche con pagine web semplici senza fronzoli. Non saprei, appena mi ritorna il portatile, mi rimetto a sperimentare. EDIT: entrano anche in gioco i meta per il mobile, viewport e compagnia cantante, DPI eccetera eccetera. Un mondo 🙁

Native vs Hybrid App Development

Stavros

Wintermute Considerando che il tempo di sviluppo e' una variabile fondamentale, sono tool che hanno senso. Per app non giochi, o robe tutta UI tipo parole crociate, forse puzzle games, insomma con non troppa roba a schermo o da simulare, ormai ci sono pochi problemi. Per altro pero', io non rischierei, anche a costo di doversi studiare roba nuova.

This.
Le garanzie che danno le app native (prestazioni e stabilità prevalentemente, ma anche le funzionalità specifiche della piattaforma) sono a mio avviso troppo importanti per preferire uno sviluppo magari veloce con alcuni framework javascript e pacchettizzare con phonegap, ad esempio.

Nel mio piccolo, durante le prove proprio con phonegap e un giochino HTML5, vedevo che l'app non sfruttava completamente la risoluzione o meglio, non copriva interamente lo schermo, mentre questo non avveniva se lanciata all'interno del browser web sia mobile che da desktop.

NN81

Stavros Nel mio piccolo, durante le prove proprio con phonegap e un giochino HTML5, vedevo che l'app non sfruttava completamente la risoluzione o meglio, non copriva interamente lo schermo, mentre questo non avveniva se lanciata all'interno del browser web sia mobile che da desktop.

non so come tu abbia fatto il giochino in HTML5 ma non sarà un problema di quest'ultimo? ho notato ad esempio che da Construct2 posso settare il "fullscreen scaling" direttamente dalle impostazioni generali del gioco/progetto, e me lo "stretcha" in automatico su ogni dispositivo (anche dall'APK che solitamente buildo per semplicità con intel XDK); potrebbe anche essere un problema di "formato", nel senso, a parte qualche tablet ormai che vanno ancora in 4:3 la stragrande maggioranza dei dispositivi, monitor, tv, eccetera, vanno in 16:9 o 16:10, esportando un gioco da rpg maker MV (sempre buildando l'apk da html5 con intel XDK), se non impostavo tramite plugin una risoluzione in 16:9 in partenza nelle impostazioni del gioco, mi ritrovavo con le bande nere su smartphone...
correggendola invece (in vista di...) allora andava a schermo intero.
cioè quello che mi chiedevo è se questo "problema" sia effettivamente da attribuire al discorso nativo/ibrido o piuttosto non sia da ricercarsi a monte dell'apk
EDIT poi c'è un altra cosa che volevo discutere, non so se vi è capitato, io ad esempio ho notato che MOOOOLTI difettucci (che ne so una musica che non viene riprodotta) vengono ovviati installando questa "roba" sul dispositivo (parlo di Android nello specifico)
https://play.google.com/store/apps/developer?id=Crosswalk+Project

Stavros

NN81 se come regola CSS sul body (o su qualsiasi altro elemento) imposto:

width: 100%;
height: 100%

o ancora meglio (o peggio 😃)

position: fixed;
left: 0px;
right: 0px;
top: 0px;
bottom: 0px;

mi aspetto che l'elemento occupi tutto lo spazio a disposizione. Di fatto questo avveniva nel browser mobile, nell'app generata con phonegap no.
Ovviamente questo l'ho testato non solo con progetti del framework phaser.js ma anche con pagine web semplici senza fronzoli. Non saprei, appena mi ritorna il portatile, mi rimetto a sperimentare.

EDIT: entrano anche in gioco i meta per il mobile, viewport e compagnia cantante, DPI eccetera eccetera. Un mondo 🙁

NN81

Mai provato questo "Phonegap" sarei stato curioso di sapere se avrebbe dato lo stesso problema buildando con XDX

Stavros

NN81 Phonegap è un framework di Adobe per la pacchettizzazione di app scritte in linguaggi web.
Sito ufficiale: http://phonegap.com/
C'entra qualcosa con Cordova di cui non ricordo se è un branch o una reimplementazione.

Per provare è molto semplice, se una pagina con questo codice viene visualizzata correttamente allora magari all'epoca ho sbagliato qualcosa io 😃

<!DOCTYPE html>
<html>
<head>
	<meta charset="UTF-8">
	<meta name="viewport" content="width=device-width, initial-scale=1">
	<title>TEST</title>
</head>
<body>
	<div style="position:fixed; left:0px; right:0px; top:0px; bottom:0px; background-color:#00F"></div>
</body>
</html>

NN81

Stavros uhm.. se mi parli "dell'epoca" allora non saprei proprio considerando che ogni anno si fanno tanti di quei cambiamenti/update/cose nuove, in caso andrebbe fatto un confronto con la versione xdk equivalente a livello epocale di quella di phonegap.. (ps purtroppo non conosco nessun linguaggio di programmazione quindi non ci capisco nulla > <) vediamo in caso se si fa vivo qualche esperto per dare qualche riscontro..

Stavros

NN81 epoca nel mondo web equivale a 3/4 mesi... Parlo di novembre/dicembre 2016.
Se hai voglia fai pure una prova con Intel XDK attuale, chissà che non sia abbia il risultato sperato e scopriamo che phonegap fa schifo 😃

NN81

Stavros Se hai voglia fai pure una prova con Intel XDK attuale

ho giusto installata la release di fine anno (non ho fatto l'ultimo aggiornamento) se mi linki la cartella www col progetto in html5 fare l'apk di prova non mi costa nulla

Stavros

NN81 cartella www? Non basta che pigli il codice HTML di 2 post fa e lo cacci in un file chiamato index.html, per poi darlo in pasto al software? Perdonami ma non conosco XDK

NN81

è una schermata blu? pensavo stessi parlando di un qualche gioco o progetto elaborato > <
EDIT fatto cmq, funziona a schermo intero sul mio huawey y5, si adata anche girandolo sempre a schermo intero (PS non ho fatto l'ultimo aggiornamento della webview primo perchè ormai sò diventato diffidente che fanno tutti gli aggiornamenti coi piedi, secondo perchè a conferma ho letto solo feedback negativi di chi l'aveva fatto > <) (PPS sul mio smartphone ho installato quelle crosswalk project runtime che avevo linkato sopra, lo dico giusto per... non so quanto possano avere rilevanza sul discorso fullscreen, ma su altre cose ho visto che risolvevano diversi bug..)
gli estremi per la build sono
intel XDK versione 3759 (12 dicembre 2016), Cordova CLI 6.2 & Crosswalk 19
comunque il modo migliore di verificare è scaricare l apk android di prova cliccando qui:
https://am-xdk2.s3.amazonaws.com/cust.471c5fc2-8dfb-4ad2-b07f-649ab0597a72/app.92bc87a5-f7fb-4494-8c62-c477678962d2/android/prova.cordova.crosswalk.arm.201703164918.apk?X-Amz-Expires=604800&x-amz-security-token=FQoDYXdzEO7%2F%2F%2F%2F%2F%2F%2F%2F%2F%2FwEaDORc1EjngJOQKokvDiKcA40h%2F69xzPPB9N0fZWm49rUU1C%2B%2B%2FZO%2BTGym2keCfg5DnwKl9reqUPdZlT3Y58QGAaAfet8RZmu9%2B7TAeIneCrocrybHhGRvMfoDS5aa%2BiDE3ci7gkt32%2BXIsXua61R4hlfwCCNvaoJYpQebc4azoTCFm12F2EurWMxGz3MMrBSDiHpYObRALSfk7ZlxTxxB88PVKhH2XtWf6dvdalo67C7romUsVOnXQFQiWJ7eCWXZWMzIprtkJYHq8LrVOJzr9gN3A8RS6hm65%2BBR9nlGo7GZ9gqQAr3qlvieiI9Ad7hpYf8sQnfYghtTA7%2BzS3%2FzR4LIzepa%2FG86vAm4AcoJfAlBJVGCF51NBE%2BGhQ7%2F1mOIq8ivlmb%2BR2hGAk82z9q5m3VZu44Gx82m5BMFiaZpW6zvpGTYYJXGQUDeLy7zB4hNJ3CczT%2FnB3pcPPeGdwLWQnx3vsCKPw9ngQX9FHJ4afA4Z30%2BXWuRAXlWFpADpV7kXttRksjxvUVVXjdEhz%2BcwOCYvYqCCrjPkDvgaCmaQhzClwXtTvykUdNrPOEovYiqxgU%3D&X-Amz-Algorithm=AWS4-HMAC-SHA256&X-Amz-Credential=ASIAJWPO3LWLT5DWJWLA/20170316/us-east-1/s3/aws4_request&X-Amz-Date=20170316T125230Z&X-Amz-SignedHeaders=host;x-amz-security-token&X-Amz-Signature=5b221732b3460db581f46c995c7841663edac1ea439dc7f56d419ece0754af03

Stavros

NN81 Grazie mille per il test! 🙂
Sì è un div a pieno schermo blu. Funziona anche dallo smartphone.
Non ho più il sorgente del gioco in questione perchè il portatile si è svampato (poco male di fatto era un esperimento) ma a questo punto mi viene da pensare che l'errore fosse mio, anche se si manifestava solo esportandolo con phonegap (che si basa su cordova, quindi siamo là come funzionalità).
Beh, appena posso rifaccio qualche test.

NN81

Stavros non so che dirti, non sono programmatore come ti dissi ne esperto, posso solo segnalarti che intel XDK nelle opzioni pre-build di Cordova spunto sempre l'opzione per il Fullscreen ma da quel che ho capito serve per occultare la status bar di android più che avere una vera e propria funzione di fullscreen scaling, quindi magari non c'entra nulla col discorso > <

Stavros

NN81 tipicamente andrà ad inibire (con i meta appositi) le funzioni di zoom o pan della visualizzazione HTML. 😉
Buttatici, è un bel mondo anche se c'è da perderci la testa 😨

Stavros

NN81 uppo il topic perchè sto finalmente ricominciando a "cazzeggiare" e ho scaricato anche XDK di Intel. Quando procedo per creare l'apk mi domanda il login, però sia la registrazione che il login sono fuori uso.
Chiedo a te che lo usi se è un problema generale o solo mio... Fammi sapere!

NN81

Stavros ho appena provato per darti una risposta, il mio funziona bene, logga e tutto ok.
comunque la prima registrazione alla intel se non ricordo male avevo dovuto aspettare un paio di giorni la mail di conferma per l'attivazione dell'account per poter usare il tool.
una volta passato quello step ci metti due secondi a "farti" il certificato developer per android (sempre da XDK) mentre per quello per iOS rimandava a una pagina esterna di Apple.
se sei già in regola con tutto l'unica opzione che rimane può essere la nuova versione di XDK?
io non avevo fatto l'ultimo aggiornamento

Stavros

NN81 io l'ho scaricato ex novo quindi sicuramente è l'ultima versione... Comunque no, proprio non riesco a visualizzare la pagina di nessuna opzione dell'account, che sia "nuova registrazione" o "login"... Mi da un errore di rete 🙁

Proverò cambiando impostazioni o con un'altra connessione! Grazie del test

Stavros

Di nuovo, uppo il thread con un workaround che non avevo trovato dal forum ufficiale Intel
https://software.intel.com/en-us/forums/intel-xdk/topic/720758#comment-1900352
(non so se funziona, lo proverò stasera)

L'errore che mi si presenta è questo, sia che si parli di login che di nuova registrazione:
image screenpng.png

Con me non cominciano bene 😐

NN81

Stavros sembrerebbe abbia funzionato a molti, speriamo bene

Stavros

NN81 ha funzionato! Però ora mi da dei conflitti sulla piattaforma di build Android!

NN81

Stavros che genere di "conflitti" esattamente????

Stavros

NN81 sostanzialmente mi dava la classica icona ❗ rossa sulla piattaforma Android nella sezione di build... Quindi vado in setting e ho visto tutta una lista di parametri da configurare, vuoti 😃 la mi son arreso!
Devo mettermici con più calma!