Nouvelle feuille de route pour Delphi et C++ Builder
Vers plus de mises à jour et une version majeure par an

Le , par gvasseur58, Responsable Delphi


Comme décidé en février dernier, Embarcadero publie sous la plume de Marco Cantù sa nouvelle feuille de route semestrielle. L’idée essentielle est de revenir à un rythme annuel pour les versions de l’environnement de développement, avec deux ou trois mises à jour intermédiaires.

En premier lieu, Rad Studio Update 2 est annoncé pour cet automne : incluant de nouveaux styles et contrôles UX, cette mise à jour supportera l’édition anniversaire de Windows 10, en particulier Centennial.

Cependant, plus intéressante semble être la version RAD Studio 10.2 alias Godzilla prévue pour fin 2016 : inclusion des contrôles Konopka et Radiant Shapes rachetés récemment par Embarcadero à la société Raize Software (pour VCL et FMX), RAD Server multi-tenant (multi-tenancy capabilities), support de l’ordre Z pour Android (Firemonkey), QA Automation et surtout le retour très attendu de Linux sous la forme de serveurs Delphi et C++, RAD Server étant dorénavant proposé en version Linux avec intégration d’Apache.

La feuille de route voit encore plus loin puisque la version 10.3 prévue pour fin 2017 porte déjà le nom de Carnival et devrait tout particulièrement s'intéresser à macOS, mais un astérisque rappelle qu’il ne s’agit dans toutes ces annonces que de projections susceptibles d’être modifiées... Aussi nous arrêterons-nous à cette version 10.2, avec la réintroduction de Linux dont les premiers aperçus sont attendus avec impatience par la communauté des Delphistes et des programmeurs C++ Builder !



Source : Embarcadero


Vous avez aimé cette actualité ? Alors partagez-la avec vos amis en cliquant sur les boutons ci-dessous :


 Poster une réponse

Avatar de archqt archqt - Membre régulier https://www.developpez.com
le 06/08/2016 à 15:10
Bonjour,
par rapport à Qt/C++ et QtCreator cela donne quoi. Quelqu'un a déjà comparé les deux ? c'est juste par curiosité vu que je suis déjà sur Qt je ne vais pas changer.
Bonne fin de journée
Avatar de ApproxDev ApproxDev - Membre actif https://www.developpez.com
le 06/08/2016 à 17:41
Bonjour,

je travaille sur les 2 (sur les 3 avec Lazarus ). En Delphi je n'utilise FMX qu'à titre personnel, en tant qu'ancien enseignant (une XE 7) et j'utilise Qt/C++ et Lazarus dans une SSII que j'ai créée avec mon père il y a plus de 25 ans, et que j'ai réintégrée il y a peu à la disparition de ce dernier des suites d'une longue maladie comme on dit.

Donc je suis un Pascalien universitaire. J'ai développé épisodiquement (en soutien) pour la société jusqu'à mon abandon de poste d'enseignant. Et avant de partir pendant 3 longues années je me suis formé à Qt (à partir de la version 4.8) difficilement, laborieusement avec des périodes de rejets:. Cela va un peu mieux Mais l'apprentissage de FMX n'a pas été plus facile, compliqué par mes habitudes en Delphi VCL et Lazarus.

Une énorme limite de Delphi totalement insensée est l'absence de Linux, corrigée partiellement par l'apparition d'une prochaine version "serveur Linux seulement". Alors FMX c'est un énorme potentiel visiblement mais encore mal abouti. On peut difficilement faire des applications Desktop aussi sophistiquées qu'en VCL. C'est pratique par contre pour la réalisation pour les mobiles (sauf processeur Intel.. en voie de disparition paraît-il). A l'époque où je découvrais les capacités de FMX, cela fonctionnait mal sur les mobiles bas de gamme (question de composant vidéo). FMX, c'est léger au niveau du débogage sur les plateformes Mac parce qu'on utilise la cross-compilation. Et FMX sous Mac (ou iOS), c'est la nécessité d'acheter un gros (i7/16Go) appareil Mac parce qu'il faut faire tourner dessus un Windows. J'avais naïvement essayé le câblage entre un PC et un Mac Mini bas de gamme.
Car ce n'est pas comme en Qt (ou en Lazarus) où on utilise l'IDE sur la plateforme de développement. Cela à mon avis est un énorme manque. Pour atteindre les bases de données c'est FireDac. Il n'y a pas d'équivalent en Qt. Je préfère utiliser Unidac (qui existe aussi pour lazarus). Les composants graphiques sont totalement obsolètes même s'ils s'améliorent. En réalité la solution vient des composants TMS Software. Certains sont portés sur Lazarus. Le Pdf est mal géré (sauf sous Mac car nativement). Les générateurs d'états sont arriérés quand on les compare à NCreport (voire même Lime) qui coûte pour le premier grosso le même prix que la version complète de la version light qui est offerte dans Delphi et qui est gratuit pour le second. Mais les FastReport (VCL, FMX voire Beta Lazarus) s'améliorent lentement.

En terme de productivité, pour voir les programmeurs C++ ("natifs")/Qt de mon entreprise, on fait pratiquement match nul... sauf quand je réalise une maquette Windev où là, ils sont vraiment à la ramasse. Mais Windev ne produit que du code Windows avec le niveau de sophistication que l'on peut obtenir en Qt (voire en Delphi). Mais si par exemple on veut gérer du texte enrichi, on arrive aux limites de performances de Windev et de Delphi/TMS software... et pas de delegate possible Alors, à ce moment, la finition demande largement autant de temps que la réalisation en Qt à qualité égale. Ce qui est long en Qt, c'est de constituer ses propres bibliothèques : Dnd entre 2 tableview, SpellChecker dans des QTextEdit...

Par contre, il y a un énorme avantage en Lazarus/Delphi, c'est le déploiement des programmes réalisés. Un exécutable (éventuellement quelques bibliothèque tierces) point final. On fait aussi bien en stactic avec Qt enfin presque... c'est souvent nettement plus compliqué.

En conclusion,

  • Delphi n'est pas un concurrent de Qt pour le développement Desktop multiOS. D'abord parce qu'il ne gère pas Linux, ensuite même avec l'amélioration apportées par les composants TMS, je le mets au déphi (défi) de gérer du texte enrichi (HTML), de la visualisation, à l'édition et à l'impression. Avec Qt, nous arrivons à faire cela en incorporant même des images encodées en base64 y compris jusqu'à l'édition. Eux, ils en sont au "miniHTML". C'est frustrant.
  • Pour le mobile, je ne sais pas, je n'utilise pas Qt pour le faire mais une autre solution. Par contre j'ai pu me rendre compte à titre personnel, que c'était sympa (réellement productif) autant que Windev Mobile.
  • Enfin pour le moteur 3D, j'ai eu beaucoup de mal difficultés à comprendre l'approche et heureusement, les membres de ce forum ont été très patients. A l'arrivée, j'ai pu simuler la deuxième Loi de Kepler, avec des images de la Nasa (faites pour), en mettant en évidence l'effet de fronde sur les foyers, en jouant avec l'excentricité, les masses : fabuleux. J'ai bien vu les exemples fournis avec Qt (Planetarium) mais je ne les ai pas étudiés. Alors qu'avec FMX, le prof de maths et l'informaticien se font un énorme plaisir. Rien que pour cela, j'aimerais soutenir Delphi... Reste, non pas la tarification, mais l'approche commerciale du repreneur et d'ailleurs du précédent... et le soutien aux équipes de développement utilisant leurs produits. Il n'y a que des "vendeurs" dans cette nouvelle structure ?

Enfin une dernière petite remarque concernant les ancrages des "objets" dans les IHM. Lazarus est génial. Delphi est compliqué. Au départ je n'ai pas compris pourquoi... parce que je n'utilisais pas le développement pour les mobiles. Ensuite il a fallu cloner l'approche VCL (largement inférieure à celle de Lazarus) avec les exigences des mobiles. Le résultat est déconcertant mais fonctionnel. Enfin Qt (Qt Creator... on s'y fait. Plutôt efficace et rien de génial).
Et dernière chose qui fait l’intérêt à mon avis de Delphi/Lazarus, c'est l'utilisation des composants à comparer avec la réalisation de plugin sous Qt surtout si on veut les intégrer dans Qt Creator On comprend pourquoi la promotion existe en Qt.

Cordialement. AD.
Avatar de foetus foetus - Expert confirmé https://www.developpez.com
le 06/08/2016 à 18:07
Citation Envoyé par ApproxDev  Voir le message
On fait aussi bien stactic avec Qt enfin presque... c'est souvent nettement plus compliqué.

Si je ne dis pas de bêtises , lorsque tu intègres Qt en statique, tu passes en licence commerciale payante
Avatar de ApproxDev ApproxDev - Membre actif https://www.developpez.com
le 06/08/2016 à 18:13
Citation Envoyé par foetus  Voir le message
Si je ne dis pas de bêtises , lorsque tu intègres Qt en statique, tu passes en licence commerciale payante

Je crois que c'est normal pour une société de développement ? Non ?

De toute façon, j'ai déjà parlé de la tarification à maintes reprises. Ce n'est pas payer qui est un problème mais d'en avoir pour son argent et ce dont on a besoin. VCL ne m'intéresse pas par exemple. FireDac pas plus. Pourquoi je payerais cela ? Mais une assistance technique OK. Une "visibilité" sur Linux Desktop même à 3 ans m'intéresserait et même j'accepterais volontiers d'être beta-testeur. Je n'achète pas un paquet de lessive. Et cela se présente mal aux niveaux des interlocuteurs Delphi: il n'y en a pas ! Je n'ai pas besoin d'un vendeur ni d'un distributeur, j'ai besoin d'un interlocuteur connaissant le produit et faisant interface technique avec non pas son client, mais avec l'équipe de développement qui utilise ses produits.

Il ne faut pas rigoler : avec Windev/Webdev j'ai ce service et PC Soft propose même la possibilité de détacher un de leurs ingénieurs sur site pour plusieurs jours pour renforcer mon équipe... moyennant finances évidemment Si PC Soft faisait également du Linux et du Mac à un niveau égal au développement Windows que permet Windev, je balancerais sans hésitations tous les autres produits que j'utilise parce qu'à mon sens le support est aussi important que le langage utilisé.

Cordialement. AD.
Avatar de Andnotor Andnotor - Rédacteur/Modérateur https://www.developpez.com
le 06/08/2016 à 18:59
On ne va pas retomber dans les travers de la précédente discussion, n'est-ce pas

Citation Envoyé par ApproxDev  Voir le message
Et FMX sous Mac (ou iOS), c'est la nécessité d'acheter un gros (i7/16Go) appareil Mac parce qu'il faut faire tourner dessus un Windows. J'avais naïvement essayé la câblage entre un PC et un Mac Mini bas de gamme.

Je n'utilise pas FMX et ne connais pas Mac, mais n'y a-t-il pas un Remote Debugger pour Mac ? Est-ce cela qui coince dans la solution câblée ?

Citation Envoyé par ApproxDev  Voir le message
Enfin une dernière petite remarque concernant les ancrages des "objets" dans les IHM. Lazarus est génial. Delphi est compliqué.

As-tu déjà testé le TRelativePanel ? Ce n'est pas encore parfaitement intégré (certains contrôles ne sont pas supportés) mais fonctionne déjà pas si mal. Les composants sont positionnés relativement à d'autres composants, en déplacer ou redimensionner un déplace tous ceux qui y sont rattachés. Et pas de codage, tout ce fait par l'inspecteur d'objet
Avatar de ApproxDev ApproxDev - Membre actif https://www.developpez.com
le 06/08/2016 à 19:09
Bonjour AndNotOr,

La solution câblée ? En réalité, je n'ai jamais su ce qui coinçait...puisque cela n'a jamais fonctionné alors qu'avec le Windows sur le Mac Mini cela a été opérationnel immédiatement mais inexploitable faute de puissance. D'ailleurs "on" m'a vite conseillé d'utiliser Windows en virtual box ou équivalent sur le Mac. Bon j'avais à l'époque une petite réduction sur le Mac (5%) et un prêt à taux nul de part mon appartenance à l'EN; cela a facilité la chose mais quand même !

Pour l'ancrage, j'ai eu des discussions épiques dans ce forum : "Je comprends vite mais il faut m'expliquer longtemps". Si un empilement de layouts dans le cadre d'une "FireMonkey Layouts Strategies" fonctionne en effet impeccablement, on ne peut pas qualifier cela de simple.

Mais bon je le redis, je ne critique pas sur le fond FMX (c'est un produit jeune... et puis sa 3D !) même si à mon avis il faut éviter 2 écueils : une spécialisation vers les mobiles ( peut être incitée par une répartition du CA allant dans ce sens), et une sous-traitance à des sociétés tierces comme FastReport pour des élément essentiels. Mes clients Linux basculent lentement soit vers Windows, soit vers Mac. Donc le Linux Desktop à mon avis ne me sera plus vraiment utile dans 2 ans, voire même avant, alors que le DataSnap sous serveur Linux me serait indispensable si je choisissais l'option Delphi. Mais qui sait ? C'est quand même incohérent de refuser de développer un programme parce qu'un futur potentiel Client fonctionne sous Nux et qu'on n'a pas de plateforme de développement. Delphi compile pour Mac OS (issu d'un BSD) et pour Androïd (issu de Linux), disposera d'une "base" Linux (server only) et ne serait pas capable de produire du Linux GUI ? Voila pourquoi je parle d'incohérence à ce niveau.

Non vraiment le problème, c'est le service. Tout à l'heure j'essayais de construire un bout de code Qt développé sous Linux et construit/compilé avec cmake. Sous Ubuntu 64 et Mint 32, RAS. Sur ma station Windows 7 [64], j'ai besoin d'utiliser le même code, cmake et le Mingw 5.3 [32] de ma Qt 5.7 (pour produire un exécutable compatible XP ultérieurement). Deux tentatives non réussies. Ma société est en vacances. Je poserai lundi la question au support Qt. Je veux pouvoir avoir le même service avec Delphi.

Cordialement AD.
Avatar de archqt archqt - Membre régulier https://www.developpez.com
le 06/08/2016 à 20:05
Citation Envoyé par foetus  Voir le message
Si je ne dis pas de bêtises , lorsque tu intègres Qt en statique, tu passes en licence commerciale payante

Bonsoir,
contrairement à une idée reçue tu as le droit de faire une liaison statique en licence LGPL à condition de laisser la possibilité au client de changer de version de Qt. Il faut donc fournir un fichier objet de l'application et la procédure pour que le client puisse faire lui-même le changement de bibliothèque.
Evidemment tu peux aussi fournir les sources ;-) mais ce n'est pas une obligation.
Après il est vrai que la liaison dynamique est plus simple, l'utilisateur change lui même la bibliothèque et tu n'as rien à faire (mais interdit sur iOS).
Bonne soirée
Avatar de ApproxDev ApproxDev - Membre actif https://www.developpez.com
le 06/08/2016 à 20:13
Bonjour,

Un peu utopique non ? A partir du moment où votre programme accède à des serveurs, fournir les sources me semble un peu inadapté. Et fournir votre savoir-faire en clair, c'est un peu difficile à défendre économiquement. Chez nous, même la structure de nos bases locales (SQLite) est protégée par SQLCipher (y compris en Qt). Cela a demandé un travail supplémentaire. En Delphi ou en Lazarus avec Unidac, c'est une simple option à préciser dans le composant. Donc, quand je suis arrivé dans la "boutique", ces structures de bases en clair et la quasi absence de gestion d'exception dans Qt, m'ont laissé baba !

Cordialement. AD.
Avatar de archqt archqt - Membre régulier https://www.developpez.com
le 06/08/2016 à 20:17
Citation Envoyé par ApproxDev  Voir le message

En terme de productivité, pour voir les programmeurs C++ ("natifs")/Qt de mon entreprise, on fait pratiquement match nul... sauf quand je réalise une maquette Windev où là, ils sont vraiment à la ramasse. Mais Windev ne produit que du code Windows avec le niveau de sophistication que l'on peut obtenir en Qt (voire en Delphi). Mais si par exemple on veut gérer du texte enrichi, on arrive aux limites de performances de Windev et de Delphi/TMS software... et pas de delegate possible Alors, à ce moment, la finition demande largement autant de temps que la réalisation en Qt à qualité égale. Ce qui est long en Qt, c'est de constituer ses propres bibliothèques : Dnd entre 2 tableview, SpellChecker dans des QTextEdit...

Par contre, il y a un énorme avantage en Lazarus/Delphi, c'est le déploiement des programmes réalisés. Un exécutable (éventuellement quelques bibliothèque tierces) point final. On fait aussi bien en stactic avec Qt enfin presque... c'est souvent nettement plus compliqué.

Bonsoir,
il faudrait peut être voir avec Digia si vous avez le support Qt, pour combler le retard de départ par rapport à Windev non ? et Delphi/C++ Builder pour incorporer les composants dans QtCreator. Par contre en utilisant QML et le designer QML, les composants créés dans un projets sont disponibles dans le designer (car en QML un ficher QML=un objet).

Avec Windev le "10x plus vite" en développement cela ne fonctionne qu'avec des composants tout faits non ?

Bonne soirée
Avatar de archqt archqt - Membre régulier https://www.developpez.com
le 06/08/2016 à 20:28
Citation Envoyé par ApproxDev  Voir le message
Bonjour,

Un peu utopique non ? A partir du moment où votre programme accède à des serveurs, fournir les sources me semble un peu inadapté. Et fournir votre savoir-faire en clair, c'est un peu difficile à défendre économiquement. Chez nous, même la structure de nos bases locales (SQLite) est protégée par SQLCipher (y compris en Qt). Cela a demandé un travail supplémentaire. En Delphi ou en Lazarus avec Unidac, c'est une simple option à préciser dans le composant. Donc, quand je suis arrivé dans la "boutique", ces structures de bases en clair et la quasi absence de gestion d'exception dans Qt, m'ont laissé baba !

Cordialement. AD.

Bonsoir,
non pas besoin des sources, il faut juste fournir un moyen de faire le changement de bibliothèque. Pour windows/Linux/Mac OS Qt en dynamique est suffisant non ? sinon pour le mobile iOS il faut que l'utilisateur puisse faire lui même si nécessaire la liaison statique. Donc la licence LGPL suffit.
Cordialement
Offres d'emploi IT
Ingénieur analyste programmeur (H/F)
Safran - Auvergne - Montluçon (03100)
Architecte technique des systèmes d'information H/F
Safran - Ile de France - Évry (91090)
Expert décisionnel business intelligence H/F
Safran - Ile de France - Évry (91090)

Voir plus d'offres Voir la carte des offres IT
Responsables bénévoles de la rubrique Delphi : Gilles Vasseur - Alcatîz -