Discussion :

[Higgins]

Bonjour,

Après avoir abandonné BDS2006 il y a 5 ans au profit de Visual studio et WPF, je me suis laissé tenté par XE3 et firemonkey pour son côté cross-platform l'hiver dernier et aussi parce qu'ils annonçaient la compatibilité prochaine avec Android.
J'ai rapidement déchanté à cause de nombreux bugs/régression (MessageDlg fonctionne mal, le composant TLang est limité à 16 traductions,etc...)
J'ai vu sur différents blogs qu'il y avait aussi eu des régressions lors du passage à XE4 (TStylebook entre autres)

J'en suis aujourd'hui à me demander si j'abandonne tout pour retourner sous Visual studio ou si je tente la mise à jour vers XE5 en espérant qu'elle corrige les anomalies que je rencontre.
Apparemment Embarcadero ne communique plus sur Firemonkey sur son site. Je n'arrive pas à savoir si la plateforme a évolué ou si elle est encore en 2.0, est-ce qu'elle va être abandonnée?

Bref, je suis un peu perdu et je suis preneur de tous les avis

[retwas]

Je rencontres quelques soucis pas très grave avec FM.
Ce qui est plus pénible c'est les crash de XE5, violation d'accès, ..

[ShaiLeTroll]

Apparemment Embarcadero ne communique plus sur Firemonkey sur son site. Je n'arrive pas à savoir si la plateforme a évolué ou si elle est encore en 2.0, est-ce qu'elle va être abandonnée?

Pourtant sur embarcadero, on trouve

Développement d'applications

Multi-périphériques, Développement de vraies applications natives pour Android, iOS, Windows et OS X.

Firemonkey est devenu un moyen intégré au RAD Studio, je pense que c'est plus volonté de rendre le terme FMX tout aussi banal que le VCL !

Cela intéresse le développeur de savoir si c'est FMX ou VCL, le DSI lui ne voit que la fonctionnalité finale : avoir son jouet sur son iPad !

Pour Embarcadero, il faut stabiliser tout ça pour passer ensuite à d'autres nouveautés !

Après avoir abandonné BDS2006 il y a 5 ans au profit de Visual studio et WPF, je me suis laissé tenté par XE3 et firemonkey pour son côté cross-platform l'hiver dernier et aussi parce qu'ils annonçaient la compatibilité prochaine avec Android.
J'ai rapidement déchanté à cause de nombreux bugs/régression (MessageDlg fonctionne mal, le composant TLang est limité à 16 traductions,etc...)
J'ai vu sur différents blogs qu'il y avait aussi eu des régressions lors du passage à XE4 (TStylebook entre autres).

Il n'y a pas que FMX qui a souffert de petit bug, la RTL et VCL et même quelques encapsultation de WinAPI en contient !
Même lorsque l'on fait ses tests, difficile de penser à tout les cas !

Higgins, livres-tu toujours des applications sans bug ?

Je pense que c'est difficile pour Embarcadero d'avoir un langage parfait dès sa sortie, surtout vu la complexité d'un multi-plateforme natif

J'en suis aujourd'hui à me demander si j'abandonne tout pour retourner sous Visual studio ou si je tente la mise à jour vers XE5 en espérant qu'elle corrige les anomalies que je rencontre.

Tout dépend ton but, si tu veux faire de l'Android, tu ne le feras pas avec Visual Studio
Justement, si dès le moindre problème, tout le monde abandonne, FMX ne pourra pas évolué et devenir plus robuste !
N'hésite pas à soumettre des cas sur le Quality Central, si tu vois des choses extrèment basique et facile à reproduire qui bugge !
Pour des cas plus complexe, le Quality Central n'est pas adapté, il faut savoir qu'avec la licence, on a 3 cas d'assistance avancée, mon précédent responsable y avait eu recours pour l'instabilité de C++Builder XE2 en compilation en fond-tache d'un groupe de projet

[free07]

Idem pour moi, je rencontre quelques bugs avec FMX mais toujours rien de grave, en tout cas, à chaque fois, j'ai pu trouver une solution contournant le problème ou simplement la prise en compte d'une autre possibilité.

Enfin bref, rien de bloquant même si cela est parfois bien gênant, ce n'est pas cela qui me fera abandonner le RAD Studio.

Je travaille sur la version XE4, je compte passer à XE5 lorsque je vais faire une version sous Android, surement en début d'année prochaine et tout comme toi, j'espère que XE5 apportera une solution à certains problèmes que j'ai pu rencontrer.

En plus de ça, il me semble que la documentation commence à évoluer dans le bon sens, mais bon, elle manque parfois cruellement ou est encore assez imprécise, c'est vraiment dommage.

Pour conclure, je me vois mal me passer de RAD Studio, y a mieux chez les concurrents ?

J'avoue n'avoir jamais développé avec Visual Studio, il y a fort longtemps, du temps de Borland, je m’intéressais aux comparatifs et ils donnaient tjrs un léger avantage à Borland ( par rapport au solutions de Microsoft ) et puis j'ai eu aussi une très mauvais expérience de développement sous OS2 avec un produit et compilo de microsoft qui était complétement buggé, tellement que l'on a du abandonner et passer sous un autre OS multitâche.
Maintenant je ne sais pas, j'ai jamais regardé.

Et puis comme le dit ShaiLeTroll, Firemonkey est une solution encore bien jeune, laissons lui le temps de murir...

[skywaukers]

Bonjour,

l'intérêt de XE5 est d'abord le support natif d'Android

Après pour les bugs, je vais dire comme dans les posts précédents : c'est un produit jeune, qui souffre de problèmes de jeunesse, mais qui évolue. Et perso en parlant d'abandon, je pense qu'à terme ce sera plutôt la VCL qui devrait décliner. Sauf bien sûr si personne ne passe sous FM, mais là du coup je crains que ce ne soit Delphi qui disparaisse, parce que rester cloisonné sous windows aujourd'hui, c'est de plus en plus difficile.
Et personnellement je trouverai cela dommage, parce que FM est quand même bien séduisant dans le principe je trouve.
Concernant les plantages de l'IDE, j'en avais un avec l'éditeur de styles de FM, qui provoquait des méchantes VA, mais cela semble avoir été réglé avec l'update 1.

@++
Dany

[Higgins]

Higgins, livres-tu toujours des applications sans bug ?

à ton avis?
Bien sûr qu'il y a des bugs mais ils sont corrigés au plus vite pour permettre aux clients de bosser.

Tout dépend ton but, si tu veux faire de l'Android, tu ne le feras pas avec Visual Studio

Pour le moment, ce n'est pas le but mais ça pourrait faire partie des plateformes cibles d'ici 1 an. En attendant, on utilise Eclipse pour des maquettes

Justement, si dès le moindre problème, tout le monde abandonne, FMX ne pourra pas évolué et devenir plus robuste !
N'hésite pas à soumettre des cas sur le Quality Central, si tu vois des choses extrèment basique et facile à reproduire qui bugge !

Je suis entièrement d'accord, malheureusement je n'en suis plus au "moindre problème". Un exemple tout bête: le clic sur un item d'un popupmenu déclenche l'évènement OnMouseDown du composant en-dessous (même si ce n'est pas lui qui a ouvert le popup)
J'ai dû modifier les unités FMX.Forms.pas , FMX.Types.pas,... pour rajouter des tests du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if not(machin) then

pour éviter des violations d'accès de partout.
En ce qui concerne Quality Central, plusieurs utilisateurs ont rencontré les mêmes problèmes que moi et la réponse à été : As designed!
On en est plus tout à fait à la sortie de FMX, il s'agit de la v2.0

Je trouve des solutions de contournement pour tout mais j'ai l'impression de bricoler ou de réinventer la roue plus que de coder efficacement: une tâche qui normalement aurait dû prendre 2h prend parfois une journée de dev.

[skywaukers]

J'ai dû modifier les unités FMX.Forms.pas , FMX.Types.pas,... pour rajouter des tests du genre

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

if not(machin) then

ouh, c'est un peu dangereux ça non de modifier le source directement ?

On en est plus tout à fait à la sortie de FMX, il s'agit de la v2.0

Ben Windows en est bien à la version 8.1...



@++
Dany