Applications Delphi7/BDE : maintenables jusqu'à quand ?

**SergioMaster** · 01/10/2015, 07h13

Bonjour,

en y réfléchissant un peu et avec comme exemple le mode de migrations (jamais essayé) de BDE vers Firedac (oui il y en a un

)
le "tour de magie" consiste à traiter des remplacements de chaines dans des .pas et .dfm donc des fichiers textes.
Depuis peu je me suis penché vers les expressions régulières et c'est la solution possible , celle qu'utilise l'outil BDEFiredac en tout cas .
Le seul reproche que je ferais à ce dernier c'est que c'est une application console.
Voilà un super exercice de stagiaire : faire un programme graphique permettant de faire les remplacements nécessaires en indiquant les fichiers à transformer
je vois très bien la chose :
un affichage de remplacements dans un mémo (rempli par un fichier au besoin) contenant les expressions ,
la sélection d'un fichier pas (avec son dfm associé s'il existe)
un bouton pour l'éxécution et un mémo pour montrer le nombre de remplacement

ah si j'avais le temps ou un stagiaire sous la main

**ALWEBER** · 01/10/2015, 11h10

Compte tenu de mes derniers travaux une migration Delphi 7 + BDE me semble tout à fait possible vers Delphi XE7 + SQLite.

**SergioMaster** · 01/10/2015, 13h55

Envoyé par ALWEBER

Compte tenu de mes derniers travaux une migration Delphi 7 + BDE me semble tout à fait possible vers Delphi XE7 + SQLite.

lesquels ? et j'avais cru comprendre qu'il n'y avait pas forcément changement de version de Delphi

**alf_idsoft** · 02/10/2015, 11h18

"On" n'est pas prêt à acheter Delphi XE, surtout qu'on possède Visual Studio, avec les mises à jour.
Après, si une migration de 7 à XE peut se faire en 100X moins de temps que ré-écrire le tout en c#, ça vaut le coup de réfléchir.
Le gros problème est que je suis le plus calé en delphi et je n'ai jamais fait ça et je n'ai même jamais dépassé delphi 7. Si je dis que je peux le faire, je me met sérieusement en danger...

**SergioMaster** · 06/10/2015, 10h02

Bonjour,

encore par hasard j'ai trouvé cette méthode BDE -> ANYDAC dans une FAQ

**Papy214** · 06/10/2015, 10h45

Pas essayé mais le site existait déjà il y a quelques années:

http://www.ethea.it/eng_instantbdexpress.asp

**alf_idsoft** · 07/10/2015, 14h29

La comme ça, Ethea donne envie

Pour le moment, on dit qu'on va se donner du temps pour reprogrammer morceau par morceau, métier par métier, en c#.
Quitte à passer du temps, autant migrer vers un système bien actuel plutôt que "patcher" delphi7, surtout que ce genre d'adaptation est une peu en mode "démerde", je vais pas trouver des masses d'infos dans les forums.

La discussion est loin d'être finie dans mon service.

Merci pour vos idées

**ALWEBER** · 07/10/2015, 21h33

Si ta société est en mesure de le faire je peux faire un ou deux jours d'audit pour mesurer l'impact d'une transformation vers une version récente de Delphi

**alf_idsoft** · 08/10/2015, 08h16

Merci pour ta proposition
Mais au dessus de moi, on considère Delphi comme obsolète, même s'il existe encore, qu'il évolue encore.
Il y a une peur de ne pas maîtriser la migration mais également une peur d'investir dans un EDI qui semble survivre plutôt que réellement être une technologie du présent et encore moins de l'avenir.

Et de mon côté, Delphi prend pas mal de place sur mon CV, mais je n'y crois plus non plus, je préfère passer à visual studio, malgré que Microsoft nous ait habitué à changer trop souvent de techno.
Quand j'étais en SSII, les missions Delphi se faisaient déjà rares par chez moi, c'est devenu une niche. Devenir un consultant national (pour les déplacements) en Delphi à 700€/jour, c'est pas mon kif (

)

Je comprendrai encore des années que les pro-delphi défendent cet environnement efficace, il y a quelques années, j'en aurai mis partout !

**e-ric** · 08/10/2015, 10h39

Envoyé par SergioMaster

Nota.Bene , pour les tables 'temporaires' paradox , il y a la solution des memory tables (KBmemTable ou autres)

SQLite est ton ami, cela soulagera un peu la mémoire.

**ALWEBER** · 08/10/2015, 10h46

Envoyé par alf_idsoft

Merci pour ta proposition
Mais au dessus de moi, on considère Delphi comme obsolète, même s'il existe encore, qu'il évolue encore.

Le problème que nous avons en France avec Delphi n'existe pas dans d'autres pays ou sur d'autres continents comme l'Australie, les Etats Unis ou l'Asie. Je n'ai pas envie de polémiquer sur ce sujet mais saches que personnellement j'ai plaisir à programmer dans ce langage et que les résultats aujourd'hui produits surtout dans le domaine industriel sont impressionnants.

**Paul TOTH** · 08/10/2015, 11h27

Envoyé par alf_idsoft

Merci pour ta proposition
Mais au dessus de moi, on considère Delphi comme obsolète, même s'il existe encore, qu'il évolue encore.
Il y a une peur de ne pas maîtriser la migration mais également une peur d'investir dans un EDI qui semble survivre plutôt que réellement être une technologie du présent et encore moins de l'avenir.

Et de mon côté, Delphi prend pas mal de place sur mon CV, mais je n'y crois plus non plus, je préfère passer à visual studio, malgré que Microsoft nous ait habitué à changer trop souvent de techno.
Quand j'étais en SSII, les missions Delphi se faisaient déjà rares par chez moi, c'est devenu une niche. Devenir un consultant national (pour les déplacements) en Delphi à 700€/jour, c'est pas mon kif (

)

Je comprendrai encore des années que les pro-delphi défendent cet environnement efficace, il y a quelques années, j'en aurai mis partout !

oui des trucs d'avenir comme SylverLight ou WinRT

**alf_idsoft** · 08/10/2015, 17h46

Je ne savais pas que Delphi marchait encore bien à l'étranger. Rien qu'en France, à une époque, on m'avait dit que les technologies étaient déjà assez régionales, alors rien d'étonnant à ce que d'autres pays utilisent différemment les technos.

Je confime : aucune chance qu'on investisse dans Delphi pour migrer un énorme programme +/- bien développé, et quoi qu'il arrive, il y aura plein de code à réécrire (ifdef, paradox, bde, pas de datamodule, faux mdi par pointeur, aspect années 90, free manquants, try except finally trop rares, violation d'accès régulières pour les utilisateurs, code capillotracté...).

Pour les tables temporaires Paradox : Dans cette entreprise, je n'ai jamais créé d'écran en utilisant ces vieilleries. Un clientdataset et cela suffit bien pour ce qu'on en fait, pas besoin de stocker temporairement des infos sur un disque ou en base de données. De là à reprendre tous les écrans qui fonctionnent avec du Paradox pour les moderniser, non non

Les trucs morts-nés ou morts jeunes ou plus compatibles chez crosoft, il y en a à la pelle. Visual Studio a l'air fait pour durer, je serai bien étonné qu'ils sortent une version 2016 incompatible avec tout ce qui existe.

**Barbibulle** · 09/10/2015, 10h47

C'est amusant comme les gens on la mémoire courte... Enfin peut être pas les développeurs VB qui ont malheureusement du abandonner leur outil sans solution de reprise de code.

Mais bon, il faut voir le bon coté des choses, les développeurs auront toujours du travail. :p

La difficulté pour ceux ci c'est de se mettre à la page des technos qui ont le vent en poupe.

**Thierry Laborde** · 09/10/2015, 13h53

Envoyé par ALWEBER

Le problème que nous avons en France avec Delphi

De quel problème est-ce que l'on parle ?

**Thierry Laborde** · 09/10/2015, 13h53

Envoyé par alf_idsoft

Je ne savais pas que Delphi marchait encore bien à l'étranger.

Pourquoi que à l'étranger ?

**e-ric** · 09/10/2015, 16h07

Envoyé par Thierry Laborde

De quel problème est-ce que l'on parle ?

Vous devriez pourtant être bien placé pour le savoir ...

Delphi est très largement considéré, à tort, comme Has Been en France.
Les grands comptes n'ont quasiment pas de projet en Delphi hormis de la maintenance. En dehors de Java et C#, point de salut en informatique de gestion. Cela fait 5 ans bientôt que mon commercial ne m'a pas trouvé de mission Delphi (enfin, il n'y met peut-être pas beaucoup d'entrain).

Cdlt

**Thierry Laborde** · 09/10/2015, 16h11

Envoyé par e-ric

Vous devriez pourtant être bien placé pour le savoir ...

C'est justement parce que je suis bien placé pour le savoir que j'en parle. Vendre aujourd'hui plus de Delphi qu'il y a 5 ou 6 ans de cela ne me fait pas voir où il y a un problème. Que certains aient une idée "has been" de Delphi existe bien, je ne le nie pas, mais désolé : ce n'est pas général. Quand à votre affirmation sur les grands comptes elle n'est pas vraie chez tous les grands comptes, ni chez tous les gros clients. Donc non je ne suis pas d'accord avec ça.

**ALWEBER** · 10/10/2015, 11h30

Envoyé par Thierry Laborde

De quel problème est-ce que l'on parle ?

Le problème que je mentionne est celui des personnes qui ont travaillé sur Delphi sans en connaitre toute la finesse surtout dans les années 2000, de certains enseignants du CNAM et autres. Je rencontre souvent ce genre de réflexion. Mais je suis d'accord avec toi, Delphi est actuellement sur la bonne pente en France et je m'en réjouis.