Newsgroup: it.comp.lang.delphi
Titolo: E' uscito "Delphi XE5" con supporto per Android!

Immagino che molti già sappiano la notizia, ad ogni modo è finalmente uscito quanto indicato in oggetto. :)
 
Tutte le info qui:
http://www.embarcadero.com/products/rad-studio
 
 
Ho già sperimentato un po' con la trial e devo dire che il supporto Android sembra davvero ottimo, non solo dal punto di vista dell'esecuzione delle app ma anche dal modo in cui, tramite tool guidati e supporto fornito dall'IDE, si riesce a configurare, testare e utilizzare.
 
Se qualcuno mi avesse detto anche solo un paio di anni fa che oggi avrei avuto Delphi per Android, non gli avrei creduto. ;)
 
Secondo me vale davvero la pena di dargli un'occhiata.
 
Ciao a tutti!
  Marco.
 
-- 
MARCO BREVEGLIERI
#Home: 
http://www.marco.breveglieri.name
 
#Blog: 
http://www.compilaquindiva.net
 

L'ho provato oggi anch'io devo di una semplicità impressionante, però ho riscontrato delle pecche a mio avviso: Supporta solo NEON e processori ARM ma so che in giro ci sono altri tipi di processori su cui gira android. Quindi credo che per eseguire un app si debba usare minimo uno smartphone di fascia medio-alta. Ciò che ha fatto grande android sono gli smartphone a basso costo e molti di loro non hanno neon. Un altra cosa non buona a mio parere che un semplice "ciao bello" per molti Hello Word :) pesa 4.6mb l'apk e installato 9mb questo non è affatto una buona cosa. Ma penso che vale la pena provarlo e testarlo a fondo e spero che tanti altri ma sopratutto nuovi utenti lo facciano, come credo che embarcadero risolverà queste piccole accortenze. Oggi un mio amico gli ho fatto vedere un esempio che fa parte di xe5 compilato sia per iphone che per android e rimasto allibito ha domandato quanto costava l'ide, gli son cadute le braccia a sentire il prezzo, nemmeno questo giova sinceramente per i nuovi utenti che vogliono utilizzare delphi. 
 
ps: Ti leggo spesso marco su vari forum...

 L'ho provato oggi anch'io devo di una semplicità impressionante, però ho riscontrato delle pecche a mio avviso: Supporta solo NEON e processori ARM ma so che in giro ci sono altri tipi di processori su cui gira android. 
 
Quali sono questi dispositivi?
 
Io non li conosco, ma bisognerebbe capire quanti e quali sono e quanto incidono sul mercato. :|
 
Ciao,
  Marco.
 

Ho provato su 3 device il mio un xperia neo v che ha una custom rom 4.0.2 è tutto è andoto ok, a parte il peso comunque... lo stesso l'ho provato su un samsung ace (GT-S5830i) che monta android 2.3.6 ma niente giustamente con un profilo diverso che aveva le api-10 di android non 17 come nel prima, ma comunque non andava si avviava ma dopo usciva da solo ritornando alla home, stessa cosa successo su un altro smartphone di una ditta francese razer che montava 2.3.7, ho cercato su internet ed ho letto che ha il supporto ad arm-neon (
http://blog.blong.com/2013/09/delphi-for-android-aka-delphi-xe5-aka.html
) cosa che gli altri due non hanno verficando con un app CPU/ARM/DEVICE IDENTIFER fatto da un italiano credo. In tal caso lo reputo un difetto diciamo, poichè si sa che la leva principale su cui si è diffuso android è data dalla ampia disponibilità di device a basso costo o comunque a costo contenuto. E' dato che è una buona fetta di mercato perchè non credo tutti hanno un device di fascia alta o media, non credo non incida. Si perderebbe un bel pò di utenti e se fosse un app a pagamento di possibili acquirenti. Nulla togliere comunque a delphi eh... anzi. Io l'ho usato solo poche ore per testarlo quindi potrei sbagliarmi... spero di si, sinceramente. 
 
:) 
http://tinypic.com/view.php?pic=2dtvtbb&s=5#.UjIzltLIauk
 :)

 Quali sono questi dispositivi?
 
Per i dispositivi direi... boh! E' impossibile contare i device android.
Invece qui c'è un report di molti soc arm che riporta le estensioni che 
implementano:
- 
http://wiki.webmproject.org/hardware/arm-socs
 
 
Notare che comunque molti soc (es. quelli di Allwinner, Amlogic, 
Rockchip) comunemente utilizzati da device di fascia bassa supportano 
NEON  mentre è anche vero che altri soc di brand noti e molto diffusi 
non lo supportano.
 
 
-- 
TeeBX VoIP communication platform (coming soon)
http://code.google.com/p/teebx/
 
-----------------------------------------------
Lightweight++ Business Friendly++ Open++

 Per i dispositivi direi... boh! E' impossibile contare i device android.
 
Il punto era determinare se l'assenza del processore ARM riguarda le marche e i modelli di smartphone più diffusi.
 
Prendendo ad esempio qualsiasi volantino di un qualsivoglia centro commerciale, qual è la percentuale di dispositivi in vendita che non possiede un processore ARM?
 
Se sono 2 su 100, direi che il problema è più che trascurabile.
 
Ciao,


 Prendendo ad esempio qualsiasi volantino di un qualsivoglia centro commerciale, qual è la percentuale di dispositivi in vendita che non possiede un processore ARM? > Se sono 2 su 100, direi che il problema è più che trascurabile.
 
Credo che tu abbia ragione Marco, ho cercato una lista su xda ma e aggiornata al 2012. E' comunque un fatto positivo che gli sviluppatore oggi possano creare con delphi anche app per android. 
 
prima app android sul play store: 
https://play.google.com/store/apps/details?id=com.embarcadero.iWD
  <- embarcadero :) 
 
 
mio blog: 
marijsoftdevteam.blogspot.com
 (e lo so non lo curo abbastanza)
ultima app publica:
http://forum.xda-developers.com/showthread.php?t=1844032
 

https://play.google.com/store/search?q=embarcadero&c=apps
 
 
my: 
https://play.google.com/store/search?q=marijsoft
 
 
Nella dashboard di google play developer in ogni app che si crea viene visualizzato su quanti tipi di device può essere installato, più o meno 3000 e passa device credo dipenda anche dalle funzionalità che si usa non pochi comunque.Spero che tanti altri sviluppatori italiani provino come sto facendo io con la versione trial. Non dico che si riesce in questi 30 giorni a guadagnare per poter acquistare l'ide ma credetemi dopo alcuni gg si vedono risultati finanziari, seppur minimi.  
 
 
I have question! Perchè in una listview (ho provato con firedac - sqlite) per far leggere 24000 record ci mette una vita?! dbx fà a stessa cosa. 
 
http://www.embarcadero.com/radoffer
 

 I have question! Perchè in una listview (ho provato con firedac - sqlite) per far leggere 24000 record ci mette una vita?! dbx fà a stessa cosa. 
 
Avevamo parlato di recente del problema delle performance.
 
Prova a leggere questo thread per vedere se si tratta della stessa casistica:
https://groups.google.com/d/msg/it.comp.lang.delphi/EPwDL6XOs-s/kpsvkGOIMUUJ
 
 
Ciao!


 my: 
https://play.google.com/store/search?q=marijsoft
 
 
Scusa la domanda ma... le applicazioni che hai pubblicato al link sopra sono ottenute con Delphi XE5? :-o


 Scusa la domanda ma... le applicazioni che hai pubblicato al link sopra sono ottenute con Delphi XE5? :-o
 
:-) secondo me si ha scritto:
 
"Nota: L'app funziona con dispotivi che supportano l'istruzione NEON 
verfica il tuo dispositivo prima dell'acquisto."
 
 
 
 
 
-- 
http://www.evilripper.net
 
http://www.flickr.com/photos/evilripper/
 

 my: 
https://play.google.com/store/search?q=marijsoft
 
 
oh ma il televideo perch� non va su nexus7? � solo per smartphone?


Scusate,
 
il compilatore XE5 per android supporta le CPU MTK Mediatek ?
 
Grazie 
 
Loris
 
-- 
 
 
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it
 
 
 

 il compilatore XE5 per android supporta le CPU MTK Mediatek ?
 
Dipende dalla CPU di cui parliamo, visto che non ne producono solo una.


Serve un vmware per android :-D
 
A.

 Serve un vmware per android :-D
 
Se Android gira in un ambiente virtualizzato, non riesci a eseguire le applicazioni Delphi, poiché occorre una GPU. :)
 
Comunque c'è già l'emulatore... :)



 
appena provato sul mio zp100 mediatek....tutto ok!
 


 
E' da paura....per quel che sto provando a spippolare mi lascia a bocca 
aperta! (android nel mio caso)
Cmq...nessun problema di apprendimento al momento....differenza di 
sviluppo rispetto a winzoz pari a ZERO.
Cmq resta molto lento a compilare sul mio pc...win 7 32bit con 4 giga di 
ram su processore q6600...per compilare hello world e vederlo a video 
sul device ci mette circa 30 secondi...
 

 sul device ci mette circa 30 secondi...
 
Essendo che utilizza adb (tra i processi in esecuzione) devi dargli tempo anche di installarlo sul device, dopo averlo compilato. Quoto comunque quello che hai scritto sopra.

 sul device ci mette circa 30 secondi...
 
Il compilatore LLVM non ha le stesse prestazioni del compilatore Delphi per Windows. :)
 
Il debugging sul device deve tenere conto dei tempi di trasferimento, eventuale disinstallazione della versione precedente e installazione di quella nuova.
 
Qui tornano utili tutte quelle metodologie (dependency injection, MVVM, ...) che permettono di sviluppare separatamente i "pezzi" dell'applicazione, magari permettendo di testarla con una interfaccia Windows dal punto di vista visuale e con Unit Test per la logica, in modo che il debugging sul dispositivo venga fatto solo ed esclusivamente per verificare il risultato finale dell'aspetto dell'applicazione e diagnosticare possibili problemi sul device vero e proprio.
 
Ciao,


 Ho già sperimentato un po' con la trial e devo dire che il supporto Android sembra davvero ottimo, non solo dal punto di vista dell'esecuzione delle app ma anche dal modo in cui, tramite tool guidati e supporto fornito dall'IDE, si riesce a configurare, testare e utilizzare.
 
Sentite una cosa, ho dei progetti android che dialogano con API scritte 
in JAVA di altre applicazioni: con delphi xe5 è possibile fare questa 
cosa? Se compila direttamente in linguaggio macchina per arm mi sembra 
impossibile.
 
ps
Sto installando xe5 per vedere di verificare sta cosa, l'avevo iniziato 
a scaricare ieri sera ma stanotte si è riavviato il pc da solo e non ha 
installato nulla. :-|
 

Dai un occhiata qui aragorn 
https://plus.google.com/u/0/117591599539574616466/posts/Tc7viMithGi
 

 Dai un occhiata qui aragorn 
https://plus.google.com/u/0/117591599539574616466/posts/Tc7viMithGi
 
 
Grazie!
Ieri ero all'evento della bittime 
(
http://www.bittime.it/rad_studio_in_action_live_milano
) con il mio capo 
e Marco Cantů ha fatto vedere proprio questa cosa per esempio per le api 
della telefonata perň c'č una differenziazione di codice e usare #IF DEF :)


 della telefonata però c'è una differenziazione di codice e usare #IF DEF :)
 
Per curiosità, ci sono state altre cose degne di nota, non presenti online nei vari "paper" e presentazioni, che vale la pena citare? :)
 
Ciao!


 Per curiosità, ci sono state altre cose degne di nota, non presenti online nei vari "paper" e presentazioni, che vale la pena citare? :)
 
Bè l'evento era quasi tutto incentrato su android e sul mobile, hanno 
dimostrato le potenzialità dei datasnap,dei componenti firedac e della 
facilità di delphi xe5 di interfacciarsi alle REST api e di come ora sia 
in grado di compilare per iOS,Android e Windows.
 
comunque credo che molte di queste cose ci siano già online.
 
Effettivamente secondo me ci sono degli ottimi spunti perchè ci sono un 
sacco di facilitazioni per sviluppare app che richiedono visualizzazioni 
di dati.
 
Purtroppo non c'è ancora un sistema di sincronizzazioni dati online 
offline (qualcuno aveva chiesto questa cosa)


 offline (qualcuno aveva chiesto questa cosa)
 
Però questa cosa si può ottenere facilmente (si fa per dire) con un ClientDataSet.
 
Grazie per il riepilogo! :)


 Però questa cosa si può ottenere facilmente (si fa per dire) con un ClientDataSet.
 
si esatto va gestita! :)

http://delphi.org/2013/08/delphi-xe5-mobile-rest-client-demo/
 
 
sembra fatto tipo a procedura automatica per popolare un clientdataset unica cosa da modificare e il valore in restresponse che si vuole ottenere per popolare un clientdataset per poi collegarlo tramite livebinding. Sembra facile ma nu me pare! 

C'ero anche io.
Sono "quello" che ha chiesto se FM ha lo stesso limite della vcl che la "costringe" a funzionare nel main thread.
 
Ero in prima fila e mi è quasi venuto il torcicollo data la mia altezza (pardon, bassezza..) e lo schermo messo un po troppo in alto...
 
In sintesi:
 
1) Android come se piovesse.
Un momento tosto è stato quando Daniele Teti ha messo un breakpoint su una riga di codice e la app in esecuzione su un device android si è fermata sul kaz di breakpoint. Da qui il dump della cpu ha mostrato del codice assmebly che di certo non era Intel, a dimostrazione della avvenuta generazione di una app VERAMENTE nativa per android.
 
2) Daniele ha riassunto in modo (almeno secondo me...) molto preciso 5 errori tipici di chi (come me...) non ha mai sviluppato per device di questpo tipo (ios o android che fosse..), dalla sicurezza dei dati (se ti perdi un tablet con dati sensibili sono uccelli per i diabetici..), al tener conto della UX (cosa che ovviamente ma non per tutti vale ANCHE per siti web e applicazioni c/s a prescindere dal sistema operativo e dal linguaggio utilizzato....)
 
3) Statistiche varie sulla diffusione di vari os e delle vendite di vari dispositivi. Android è cresciuto tanto, ma veramente tanto.
Per contro, chissa' come mai, WinRT ha una quota di mercato infinitesimale
 
4) Cantu ha scritto velocemente una app e l'ha mandata in esecuzione su un device android. Poi la stessa app l'ha lanciata su un IPhone.
Va detto che ci sono per forza di cose delle specificita' dei sistemi operativi da gestire tramite direttive di compilazione. A tal proposito alla mia domanda diretta se conviene avere progetti diversi per device diversi, Daniele Teti ha risposto con un secco e indiscutibile "no!".
Ancora, a parita di sistema operativo potrebbe succedere che uno ha un qualcosa e un altro no. Ergo, molte chiamate dirette all'hardware si basano sul concetto del "se il device supporta questo coso qua, fai questa operazione". 
Unica nota dolente,  la presentazione di Cantu' è stata notevolmente decorata dai sui sforzi per ottenere sul suo notebook una risoluzione di schermo adatta a vedere quello che faceva dentro l'ide. 
 
5) Si è parlato molto dando per scontato che il device non ha dati a bordo ma li riceve in qualche modo che puo' (ma non è detto che deve...) essere datasnap.
Ma ci sono app per le quali serve un db SUL device.
Magari lo sapete gia, ma per chi non lo sapesse, sia Ios che Android si portano dietro SqlLite. Poi da IDE tramite delle opzioni si fa in modo che il deploy e/o compilazione tengano conto del fatto che la app lo usa. Se Sqllite non basta esiste una versione free di interbase che a detta di Daniele usa lo stesso formato gdb di Interbase c/s e con lo stesso dialetto sql. 
Questa versione non prevede crittografia per la quale loro propongono Interbase non-a-gratis. Mea culpa, non ho pensato a chiedere cosa serve se si usano altri tipi di database.....
 
6) En passant si è parlato di ARC (Automatic Reference Count), del fatto che sarebbe meglio avere il minor numero possibile di strati tra la app e l'hardware ( esattamente come fa .Net, non trovate??...), che puoi solo sviluppare App ma non le "cose" (non so come si chiamano..)  che  sono prive di interfaccia utente, dei nuovi stili per l'ultima versione di Ios che saranno disponibili a breve, del fatto che per ora non c'è un compilatore a 64 bit per ios, che a differenza di android per il deploy su Ios serve un mac, che il deploy è lento (cosa che a me personalmente interessa poco..), che sul sito di Codegear c'e' un elenco dei device android compatibili e del fatto che FM non gestisce cose particolari come eventuali lettori barcode presenti onboard. Si puo' fare ma non "esce dalla scatola".
 
Eravamo circa 200, buffet solito, hanno detto di avere gia molte iscrizioni alla itdevcon di novembre anche senza avere pubblicato l'agenda, che stanno iniziando a pensare ad un qualcosa per linux senza interfaccia utente (non so voi ma a me bastererebbe scrivere daemon e web services). 
 
Insomma, il prodotto mo esiste, si deve PROVARE per essere sicuri che mantenga le promesse che fa.
 
A.
 
 
 
 
7)

 In sintesi [...]
 
Ottima sintesi. :)
 
Diciamo che, a parte i prezzi un tantinello elevati, l'andazzo in generale mi piace.
 
Facciamo sempre parte di una nicchia, è vero, anche se qualcuno mi ha chiesto informazioni su Delphi pur avendo lavorato sempre e solo con Visual Studio e tool esclusivamente Microsoft. E qualche sviluppatore C++ mi ha chiesto se tramite C++Builder un domani si potrà usare questo linguaggio per fare le stesse cose che si fanno con Delphi (e mi pare che la risposta sia affermativa, anche se la parte C++ viene rilasciata sempre dopo).


 E qualche sviluppatore C++ mi ha chiesto se tramite C++Builder un domani si potrà usare questo linguaggio per fare le stesse cose che si fanno con Delphi
 
LOL :) Riguardo C++Builder, 14 anni fa, gli sviluppatori C++ (tra cui c'ero anch'io) si chiedevano la stessa cosa di oggi :)

 LOL :) Riguardo C++Builder, 14 anni fa, gli sviluppatori C++ (tra cui c'ero anch'io) si chiedevano la stessa cosa di oggi :)
 
Quindi vuoi dire che lo chiedono "per sport", solo per partecipare a una conversazione, ma in realtà non sono così interessati? :D


 Quindi vuoi dire che lo chiedono "per sport", solo per partecipare a una conversazione, ma in realtà non sono così interessati? :D
 
No, voglio dire che il giorno che <metti qui il nome dell'azienda che sviluppera` C++Builder> si decidera` a consentire agli sviluppatori C++ che usano C++Builder di fare le stesse cose che si fanno in Delphi sara` sempre troppo tardi :)
Purtroppo C++Builder e` sempre stato il gemello "scemo" di Delphi.
Non so davvero perche` si accaniscano a produrlo. Credo che non venga utilizzato praticamente da nessuno.

 Credo che non venga utilizzato praticamente da nessuno.
 
Io l'ho visto usare, ma non ho prove tangibili. Fidatevi. :-)
 
-- 
@WarpTen10

Salve, volevo porvi alcune domande,
Ho creato la mia prima app per Tablet IPad Mini (iOS) come prova, alla fine mi risulta composta 18 moduli (tra TForm e TDataModule). 
1) E' giusto creare un'applicatione con tanti form per "mobile" oppure è meglio evitare di usare i TForm (apparte il Main) e poi usare TabControl? Chiedo questo poichè l'app mi sembra piuttosto lenta nell'inserimento e nella visualizzazione delle form con listview (in tutta la app ci sono 2 listview con 300 e 500 record impostati nel buffercount del BindingsList), ho adoperato il "classico" metodo Delphi, di tante form. Troverei giovamento costruendo una app con TabControl e TabItem come prestazioni ?
 
2) Qual'è la "best practice" per "strutturare un' applicazione Mobile (iPad/Tablet) che deve avere 10+N maschere/form tra consultazione ed inserimenti ?
 
3) Dai vari test che ho fatto, ho notato che adoperando un prototype legato ad una ListView di 500 record su DUE Sheet  e quindi per un totale di 1000 Record e nient'altro, l'iPad Mini (iOS) lavora molto lentamente, addirittura, a volte l'esecuzione dell'applicazione si interrompe e si chiude. E' normale ?
 
4) Come mai di default una listview bindata mi torna 200 items ?
 
Grazie mille anticipatamente !
 
Pino