Le développement pour iOS avec Delphi est pour bientôt

[Alcatîz]

Le développement pour iOS avec Delphi est pour bientôt
Testez la version beta de Delphi pour iOS

Le développement pour iOS avec Delphi, c'est pour très bientôt.
C'est l'ensemble des fonctionnalités des iPhone, iPad et iPod Touch qui sont à la portée de la puissance du compilateur d'Embarcadero.

Si vous êtes un utilisateur enregistré d'une version égale ou supérieure de la version professionnelle de Delphi XE3 ou RAD Studio XE3, testez la version beta :

http://www.embarcadero.com/fr/produc...os-development

Qu'en pensez-vous ?
Avez-vous testé cette version beta pour iOS ?

[Paul TOTH]

Mais où est passé Android ?

[edam]

Envoyé par Paul TOTH

Mais où est passé Android ?

+1

[dehorter olivier]

mince je suis sur XE2

[chiv]

Mais quel peut bien être l'intérêt par rapport au développement natif en Objective-C ? En dehors du fait d'être une grosse feignasse qui connait Delphi et qui ne veut pas faire l'effort d'apprendre une techno différente ? Vraiment, je ne comprends pas.

[ShaiLeTroll]

Envoyé par Alcatîz

Le développement pour iOS avec Delphi est pour bientôt

Sinon, cela ne fait-il pas presque 2 ans que cela existe dans Delphi ?
FMX iOS est présent dans XE2

N'est-ce pas plutôt l'apparition d'un IDE dédié et d'un compilateur direct ARM sans passer par XCode intermédiaire et une compilation obligatoire sur Mac ?
Du coup, question license Apple, ça doit être bien tordu !

Envoyé par chiv

Mais quel peut bien être l'intérêt par rapport au développement natif en Objective-C

Un gain de temps pour la formation et prise en main de iOS via FMX et le langage Delphi mieux maitrisé qu'un Objective-C

Pour un professionnel, ce gain de temps = budget plus petit donc potentiellement quelques bénéfices supplémentaires bienvenus dans la conjecture actuelle !
Cela permet de développer un gadget qui impressionne le client (tout content de jouer sur son iPhone) sans vraiment y investir trop de ressources

Envoyé par chiv

En dehors du fait d'être une grosse feignasse qui connait Delphi ...

Non quelqu'un de pragmatique avec un responsable technique avec des orties dans les poches et des commerciaux avides de jouets à vendre !

Envoyé par chiv

... qui ne veut pas faire l'effort d'apprendre une techno différente ?

Mais parce qu'on a pas le temps !
Notre équipe a presque 6 mois de retard pour certains projets !

Envoyé par chiv

Vraiment, je ne comprends pas.

Cela se comprend !

[tenpigs]

Envoyé par chiv

Mais quel peut bien être l'intérêt par rapport au développement natif en Objective-C ? En dehors du fait d'être une grosse feignasse qui connait Delphi et qui ne veut pas faire l'effort d'apprendre une techno différente ? Vraiment, je ne comprends pas.

L'intérêt c'est de ne coder que l'interface graphique et de réutiliser le code métier existant. Inutile si tu code une petite appli from scratch mais utile si ton appli iOS est juste le petit gadget sexy de ta suite logicielle...

[skywaukers]

Envoyé par chiv

Mais quel peut bien être l'intérêt par rapport au développement natif en Objective-C ? En dehors du fait d'être une grosse feignasse qui connait Delphi et qui ne veut pas faire l'effort d'apprendre une techno différente ? Vraiment, je ne comprends pas.

Peut-être aussi parce que chacun ne partage pas les mêmes idées ? Parce qu'on peut aimer une structure différente de celle du C... Ca ne fait de nous en aucun cas des feignasses, et pas non plus des adeptes de la pensée unique...

@++
Dany

[edam]

Envoyé par chiv

Mais quel peut bien être l'intérêt par rapport au développement natif en Objective-C ? En dehors du fait d'être une grosse feignasse qui connait Delphi et qui ne veut pas faire l'effort d'apprendre une techno différente ? Vraiment, je ne comprends pas.

Envoyé par ShaiLeTroll

Un gain de temps pour la formation et prise en main de iOS via FMX et le langage Delphi mieux maitrisé qu'un Objective-C

Pour un professionnel, ce gain de temps = budget plus petit donc potentiellement quelques bénéfices supplémentaires bienvenus dans la conjecture actuelle !
Cela permet de développer un gadget qui impressionne le client (tout content de jouer sur son iPhone) sans vraiment y investir trop de ressources


Non quelqu'un de pragmatique avec un responsable technique avec des orties dans les poches et des commerciaux avides de jouets à vendre !


Mais parce qu'on a pas le temps !
Notre équipe a presque 6 mois de retard pour certains projets !


Cela se comprend !

là on voit bien la différence d'age, au début on cherche à explorer tout les logiciel dispo (pascal, basic, c, c++,..) mais après, on cherche simplement à maitrisé un outil pour l'argent,

bon courage chiv, "Emploie bien le temps de ta jeunesse, c'est sur quoi repose ton bonheur futur."

[skywaukers]

Envoyé par edam

là on voit bien la différence d'age, au début on cherche à explorer tout les logiciel dispo (pascal, basic, c, c++,..) mais après, on cherche simplement à maitrisé un outil pour l'argent

Oui, enfin c'est toujours interessant de regarder les autres technos. Perso j'adore apprendre de nouvelles choses dans le domaine du dev. Mais n'aimant pas l'idée d'être un mouton je m'interesse en principe aux langages un peu exotiques
J'ai regardé aussi Objective-C, je trouve ce langage interessant, mais c'est le manque de documentation francophone qui me rebuterai un peu là si je devais passer du hobby au pro

Par contre pour le côté professionnel tu as entièrement raison, ce n'est absolument pas rentable de jouer à saute-mouton d'une techno à une autre, déjà parce qu'on ne peut pas tout maitriser. On peut être amené à le faire mais il faut que ce soit justifié et qu'il y ait un vrai retour d'investissement ensuite.

Mais c'est marrant de voir qu'il se créé très régulièrement de nouveaux langages de programmation (et moi j'aime bien ça ), et cela montre bien que ce n'est pas parce qu'il existe déjà un référent dans un domaine que d'autres ne peuvent pas proposer des choses différentes.

De plus Objective-C est très bien pour quelqu'un qui est spécialisé dans le monde Apple (est c'est surement le meilleurs choix effectivement dans ce cas). Mais si on souhaite élargir son périmètre d'action, alors une plate-forme plus globale est à mon avis un meilleurrs choix. On a justement trop souvent reproché à Delphi de rester cantonné à windows, aujourd'hui il faut saluer le fait qu'on puisse utiliser cet outil (que certains on le droit d'apprecier) pour d'autre environnements que Windows.

@++
Dany

[ShaiLeTroll]

Envoyé par edam

là on voit bien la différence d'age, au début on cherche à explorer tout les logiciel dispo (pascal, basic, c, c++,..) mais après, on cherche simplement à maitrisé un outil pour l'argent

Différence d'age ou plutôt le pourquoi l'on programme !

Moi c'est juste mon métier, j'ai même plus d'ordi à la maison, perso, je suis assez flemmard, je n'ai jamais trop cherché ailleurs, disons que je me "repose sur mes acquis" c'est ce qu'on toujours dit mes prof et mon tuteur d'apprentissage, j'ai la chance d'avoir une bonne mémoire sélective !

Envoyé par edam

bon courage chiv, "Emploie bien le temps de ta jeunesse, c'est sur quoi repose ton bonheur futur."

Je valide ce conseil, ne programme pas si tu n'es pas payé, sors , fait la fête , voyage !

[arkhamon]

Envoyé par ShaiLeTroll

Sinon, cela ne fait-il pas presque 2 ans que cela existe dans Delphi ?
FMX iOS est présent dans XE2

Tout à fait. Sauf que dans XE2, ça passe par une compil sur le MAC et pas directement dans Delphi.

Envoyé par ShaiLeTroll

Pour un professionnel, ce gain de temps = budget plus petit donc potentiellement quelques bénéfices supplémentaires bienvenus dans la conjecture actuelle !

Conjoncture ShaiLeTrol, Conjoncture. La conjecture, c'est en maths un truc qu'on pense être vrai sans pouvoir le prouver (Conjecture tchèque par exemple... un de mes premiers softs en pascal).

Pour autant, je serais beaucoup plus impressionné (et intéressé) par un Delphi sous Mac, qui permettrait la cross-compil sur Win...

[ShaiLeTroll]

Envoyé par arkhamon

Tout à fait. Sauf que dans XE2, ça passe par une compil sur le MAC et pas directement dans Delphi.

N'est ce pas ce que j'ai dit la ligne suivante ?

Envoyé par ShaiLeTroll

N'est-ce pas plutôt l'apparition d'un IDE dédié et d'un compilateur direct ARM sans passer par XCode intermédiaire et une compilation obligatoire sur Mac ?

Envoyé par arkhamon

Delphi sous Mac, qui permettrait la cross-compil sur Win...

Cela viendra peut-être, développer tout un IDE sur un autre OS est un sacré coût !
Même si il code l'IDE Delphi en Delphi qui est cross-plateforme, un compilateur cela a besoin de perfermance, ce n'est très compatible avec un langage multi-OS

Envoyé par arkhamon

Conjoncture ... conjecture

C'est pas faux !

[peter27x]

Salut les feignasses, les pragmatique, et les buveurs de bières se rteposant sur leurs acquis (humour !), une question SVP concernant le sujet :

nous avons des applis Windows (EXE en 32 bits) gérées sous XE2.

Mais voilà, les commerciaux et consort vont avoir (et veulent) des tablettes tactiles. Elles sont sous Androïd...

Et maintenant, il s'agirait de pouvoir faire tourner sur ces tablettes les applis Win 32bits citées précédemment...

Question : cela est il possible simplement ?

Faudra il passer obligatoirement sous XE3 ?

Dans ce cas suffira t'il re juste recompiler le code existant en indiquant que l'exe de destination doit être compatible Androïd ?

Merci...

[Andnotor]

Envoyé par peter27x

Salut les feignasses, les pragmatique, et les buveurs de bières se rteposant sur leurs acquis

Autant pour toi...

Envoyé par peter27x

suffira t'il re juste recompiler le code existant en indiquant que l'exe de destination doit être compatible Androïd ?

...sinon, tu saurais que non

[peter27x]

Envoyé par Andnotor

Autant pour toi...

=> ben mince alors, il fallait préciser que c'était de l'humour ? Bon, c'est fait.

Envoyé par Andnotor

...sinon, tu saurais que non

et comment le saurais je... j'ai encore jamais eu l'occasion de tester quoi que ce soit à ce niveau là... je n'ai ni XE3, ni les tablettes entre les mains, ... C'est juste une question, pour tenter éventuellement d'y voir un peu plus clair, un peu comme un général qui consulte sa carte avant de commencer le combat...

[arkhamon]

deux cas de figure :

soit tu as bien séparé ta partie traitements et ta partie présentation soit tu n'as pas fait cette séparation.
Si tu as fait la séparation, tu devrais t'en sortir avec juste la GUI à refaire, et éventuellement trois ou 4 bricoles.
si tu n'as pas fait cette séparation, alors tu te lances dans un chantier assez lourd à mon avis, ca sent le refactoring complet ou presque.

Restera le problème de tous les appels à des fonctionnalités purement Win32 (appels d'API) qui n'existe plus dans certains cas.

Et puis il faudra comprendre comment fonctionnent certains contrôles (les Grids en particulier) dont le mode de fonctionnement change (on se rapproche du modèle Vue-données-contrôleur).

bon courage.

[peter27x]

Envoyé par arkhamon

deux cas de figure :

soit tu as bien séparé ta partie traitements et ta partie présentation soit tu n'as pas fait cette séparation.
Si tu as fait la séparation, tu devrais t'en sortir avec juste la GUI à refaire, et éventuellement trois ou 4 bricoles.
si tu n'as pas fait cette séparation, alors tu te lances dans un chantier assez lourd à mon avis, ca sent le refactoring complet ou presque.

Restera le problème de tous les appels à des fonctionnalités purement Win32 (appels d'API) qui n'existe plus dans certains cas.

Et puis il faudra comprendre comment fonctionnent certains contrôles (les Grids en particulier) dont le mode de fonctionnement change (on se rapproche du modèle Vue-données-contrôleur).

bon courage.

Merci pour ta réponse.
En fait, ici, j'hérite d'un loud passif d'applications multiples (une dizaine), écrites voici plus de 20 ans pour certaines, migrées de Pascal vers Delphi, pour les toutes premières, puis de Delphi x vers XE par la suite. Niveau ordre de grandeur, je dirais qu'on doit pas être loin du million de lignes de code.
Les parties traitements et présentations sont hélas bel et bien imbriquées, il n'y a pas eu ce genre de consération dans les phases d'analyse et de dev de ces logiciels.
Les applis attaquent de l'AS400, vie des ADOQuery, DataSet, DBGrid, etc... Bref du classique dans le PIF (paysage informatique français).
A te lire, il semblerait que de s'orienter vers des tablettes Windows soit donc plus judicieux pour nous que vers des tablettes Samsung sous Androïd...

[Andnotor]

Envoyé par peter27x

et comment le saurais je... j'ai encore jamais eu l'occasion de tester quoi que ce soit à ce niveau là

Et bien nous non plus puisque Delphi pour Androïd n'existe pas

[peter27x]

Envoyé par Andnotor

ET bien nous non plus puisque Delphi pour Androïd n'existe pas

Ha... bon tu vois, cette réponse ne me plait pas, je te prierais donc de bien vouloir la reformuler...

Sinon nos posts se sont croisés, je te laisse lire ma dernière réponse juste au dessus de la tienne.