Discussion :

[Anselme45]

Bonjour à tous,

Je dois développer une application tournant sur Android et iOS qui doit interagir avec les fonctions du smartphone (caméra, localisation GPS) et interagir avec une base de données localisée sur un serveur (donc échange de données nécessitant un transfert de données sécurisé).

Connaissant Delphi, mais n'ayant jamais abordé le développement pour appareil mobile, je suis à la recherche d'un retour d'expérience. Est-ce que quelqu'un sur ce forum peut partager son expérience? Est-ce que Delphi est une bonne solution pour développer une application sur les 2 OS? Est-ce que le même code peut tourner sur Android et iOS ou faut-il adapter le code pour fonctionner sur les 2 OS?

Merci d'avance pour tout commentaire

[Invité]

En Delphi le développement iOS et Android est réalisé avec Firemonkey, normalement ce que tu souhaites est réalisable sans problème (enfaîte si), tu va forcément devoir adapter une partie de ton code pour iOS et une pour Android. Il faut perdre les réflexes de la VCL et penser différemment mais vu que tu connais Delphi tu ne seras pas perdu.

L'avantage de cette interface RAD est la rapidité pour développer, de ce que j'ai pu essayer c'est plutôt stable (version Berlin et Tokyo).

Pour tester rapidement je le fait en compilant sous Windows, ensuite je compile sur Android et de temps en temps il faut adapter le code.
Par exemple un affichage réalisé dans le FormShow et qui fonctionnent sous Windows n'était pas bien sous Android, j'ai du le gérer dans le FormResize, etc...

Ces derniers temps l'aide Embarcadero c'est bien développé, les membres sur ce forum et sur stackoverflow.
Jusqu’à maintenant je suis jamais resté bloqué sur un problème FMX.

Pour la version iOS et il faut compiler depuis un Mac

[Anselme45]

Merci retwas pour ton avis.

Je pensais bien qu'il y aurait quelques problèmes à passer d'un OS à l'autre...

Quand tu dis que pour iOS, il faut compiler sur un Mac, comment cela se passe concrètement? Vu que tu as ton Delphi sur un poste Windows... Comment fais-tu pour compiler sur un Mac? Tu mets le Mac en réseau et tu lances un genre de commande dans une console pour lancer la compilation à distance?

[free07]

Merci retwas pour ton avis.

Je pensais bien qu'il y aurait quelques problèmes à passer d'un OS à l'autre...

Quand tu dis que pour iOS, il faut compiler sur un Mac, comment cela se passe concrètement? Vu que tu as ton Delphi sur un poste Windows... Comment fais-tu pour compiler sur un Mac? Tu mets le Mac en réseau et tu lances un genre de commande dans une console pour lancer la compilation à distance?

Bonjour,

Oui, il faut un mac qui soit connecté en réseau ou alors tu as la solution d'installer Windows dans une VM créée à partir du mac, il y a par exemple VirtualBox pour mac qui fonctionne très bien ( c'est la solution que j'utilise ). Il faut ensuite que tu installes PAServer qui fait le lien entre l'OS X du mac et Windows. C'est par ce programme que tu peux lancer d'un OS à l'autre ton programme suivant la cible sélectionné ( OSX ou iOS ).
En ce qui concerne iOS, il faut bien sur que ton iphone, ipad ou iMachin soit connecté en usb sur ton mac

Tu peux retrouver toutes les infos utiles sur le wiki

Sinon, pour te parler de mon expérience avec fmx qui est pour l'instant uniquement sur Windows, OS X et iOS, cela fonctionne très bien et comme l'a dit Retwas, c'est de mieux en mieux, c'était un peu galère avant XE 7 et depuis, je n'ai plus de mauvaise surprise.
Je n'ai pour l'instant aucune expérience pour Android mais je devrais dans les prochaines mois, porter certaines applications sur cet OS.
Il y a effectivement certaines différences entre iOS et Android, mais tu peux adapter ton code grâce aux directives de compilation et pour ma part, les quelques différences que j'ai pu rencontrer doivent se résumer à quelques dizaines de lignes de codes, ce qui est peu par rapport à l'ensemble du projet.

[delaio]

Bonjour,

je suis à la recherche d'un retour d'expérience

Anselme45 : je viens de développer ma première application android sous delphi 10.2 tokyo (adaptation IOS très prochainement). J'ai eu les mêmes interrogations que toi et je confirme que Delphi est une très bonne solution pour développer ce genre d'application.

Perso, j'ai découvert les compos firemonkey, le concepteur de style et le livebinding par la même occasion : c'est vrai que c'est un peu déroutant au début mais ça laisse d'agréables surprises (possibilité d'intégrer un composant dans un autre via la structure, possibilité de lier les champs d'un clientdataset à un listview via le livebinding sans gérer les affectations dans le code, possibilité d'agencer plusieurs données dans le même item d'un listbox via le concepteur de style...).

Un détail dont on se rend compte assez vite mais qui a, à mon sens de l'importance, Android fonctionne de manière asynchrone : par exemple, il n'attend pas le retour utilisateur tel que le clic sur un showmessage pour continuer d'avancer dans le programme. ça change un peu la manière de penser son code, comparé à windows. Un autre détail important : tout traitement long doit être intégré dans des threads (TTask et Future sont sympathiques à utiliser).

Concernant les éventuelles difficultés, la communauté delphi m'a bien aidée et jusqu'à présent, je n'ai pas rencontré de point bloquant (je touche du bois ).

[foetus]

Un détail dont on se rend compte assez vite mais qui a, à mon sens de l'importance, Android fonctionne de manière asynchrone : par exemple, il n'attend pas le retour utilisateur tel que le clic sur un showmessage pour continuer d'avancer dans le programme. ça change un peu la manière de penser son code, comparé à windows.

Windows est aussi asynchrone Tous les évènements sont mis dans une file de messages et traiter lorsque Windows a fini avec les messages arrivés plus tôt.

Par contre, il y a 2 fonctions : PostMessage et SendMessage : 1 des 2 bloque tant que Windows n'a pas fini de traiter le message et donné le retour

Un autre détail important : tout traitement long doit être intégré dans des threads (TTask et Future sont sympathiques à utiliser)

Windows tout également. iOS si je ne dis pas de bêtises aussi

Les applications ont toujours un thread principal (fil d'exécution) qui est consacré aux traitements des messages, de l'interaction avec le système d'exploitation en dessous et de l'affichage.
Si le développeur surcharge ce thread principal, l'application fige tant que le traitement n'est pas fini (des fois l'application reprend temporairement la main dans les moments d'inactivité)