Discussion :

[Invité]

Bonjour,

Je travaille actuellement sur Delphi 7, sur un ensemble d'applications. (commandes, facturation, stock...)

C'est donc une vielle version. Nous commençons à réfléchir pour essayer de migrer nos applications sur une version récente de Delphi.

Est-ce que le passage à une version récente aura un impact pour les utilisateurs de nos applications ?

Dans Delphi 7, il fallait tout faire "à la main". Par exemple pour les DBGrid, pas de tris, de filtres, d'export Excel par défaut.
Il faut tout faire sur chaque DBGrid. Est-ce toujours pareil dans les dernières versions ?

Également, nous avons dû développer un système pour gérer les droits des utilisateurs pour les différentes fonctionnalités.
Tout est encore une fois fait "à la main".
Est-ce qu'il existe aujourd’hui des solutions natives à ces problématiques que beaucoup d'utilisateurs doivent rencontrés ?

Merci vos commentaires.

[Charly910]

Bonjour,

Je ne suis pas un super spécialiste et n'ai expérimenté que le passage de D7 à D10.3 pour des applications standards, et pour de petites bases de données monoposte (BDE ==> SQlite). Je n'ai jamais eu trop de problèmes.

si ça fonctionne sous D7, cela devrait recompiler assez facilement sous D10.3 (hors problème d'Unicode éventuellement).

Tu peux essayer sans frais, avec la version gratuite de Delphi 10.3 Community Edition (hors utilisation commerciale intensive)

Pour le DBGrid, pas de miracle je pense. Un peu de SQL devrait facilement faire l'affaire.

Pour la base de données cela dépend de ce que tu utilises actuellement, mais cela devrait fonctionner.

Cependant ce serait bien d'utiliser les nouveaux composants d'accès aux données (FireDac par exemple)

A+
Charly

[seabs]

Bonjour,

Actuellement, je passe une application assez importante de Delphi 5, BDE et Interbase vers Delphi XE 10.2.3 et Firedac tout en maintenant Interbase.

Embarcadero met à notre disposition un outil pour adapter le BDE vers Firedac. Ce produit fonctionne merveilleusement et permet d'adapter les unités sans pratiquement aucune retouche manuelle.

Dans ma situation, j'ai aussi des contrôles d'accès effectués en code. Pour le moment, je les laisse en l'état car aucun dysfonctionnement, je verrai dans un second temps à moderniser certains points.

Je suis à 50 % du transfert, pour une conclusion définitive, il faut attendre de vérifier l'ensemble. Mais les parties transférées ne présentent aucun anomalie.

J'ai beaucoup hésité avant de me lancer dans ce projet, mais avec le BDE, le risque devient trop important pour laisser l'application en l'état.

Pour le code, il compile parfaitement avec XE 10.2.3, le seul point à modifier, dans certaines situations, se sont les exceptions.

De plus certains composants présentent quelques améliorations par rapport à Delphi 5 et notamment les DBGrids.

Voilà pour ma petite expérience,

Par contre bon courage, car il faut de la méthode et du temps pour permettre un transfert qui autorise des tests partiels.

A+

[Invité]

merci de vos retours.

[philnext]

Pour répondre à ta question le passage D7 en 10.3 n'apporte rien de fonctionnel pour le DBGrid ni pour la gestion des logins. Par contre ça te permet d'utiliser des bibliothèques (TMS, XDBGrid...) qui font tout ça au moins pour le DBGrid.

[Invité]

Je trouve étonnant qu'il n'existe pas de solution concernant les droits des utilisateurs.
Cela veut dire que tout le monde doit créer son propre système, c'est bizarre.

Beaucoup d'applications avec plusieurs utilisateurs doivent être confrontés à ce problèmes.

[SergioMaster]

Bonjour,

Cela veut dire que tout le monde doit créer son propre système, c'est bizarre

pas tant que ça, une application de comptabilité n'a rien à voir avec une application de suivi de fabrication par exemple faire un tronc commun risque d'être difficile : aucune données, aucun utilisateurs etc ... commun sauf peut être dans une micro-entreprise

Tout dépend de ce que vous entendez par droits utilisateurs :
- Droits sur les données
- Droits sur des fonctionnalités de l'application
- Droits de déploiements d'une application
et je dois en oublier

Pour les premiers tout dépend de la SGBD et de la conception de la BDD
Pour les seconds il me parait difficile d'avoir un truc suffisamment standard
Pour les derniers tout dépend du mode de déploiement (setup ou copie)

Il faut être plus précis

Je travaille actuellement sur Delphi 7, sur un ensemble d'applications. (commandes, facturation, stock...)
C'est donc une vielle version. Nous commençons à réfléchir pour essayer de migrer nos applications sur une version récente de Delphi.

En rajoutant la fabrication, les expéditions et quelques autres modules c'est aussi mon cas et sur une version en partie D3 qui plus est !

Contrairement à Seabs, nous avons (j'ai, car seul développeur) fait le choix de ré-écrire l'application totale en FMX plutôt que de porter les vieux modules
Pourquoi :
- le matériel a évolué, il n'est pas rare que le me demande une version mac ou linux
- les besoins ont évolués (ajout de sites marchands, sous-traitance "responsabilisée" etc..) et la structure de la base est à bout de souffle
- D3 implique BDE, il était plus que temps de changer pour des connexions plus performantes

Même si la migration D3+BDE vers RIO en VCL seuls quelques modules non urgents seront traités de cette manière avant de passer eux aussi en FMX, cela dit, beaucoup de composants maison ne survivront pas à la migration donc il y aura quand même pas mal d'écriture sur ces parties.

D'une manière plus générale passer de D7 à Rio implique à porter une attention particulière à tout ce qu'implique l'Unicode

[Invité]

Il s'agit de gérer les accès aux différentes fonction de l'application.
Pour moi, peu importe le sujet de l'application, il faut gérer les droits des utilisateurs.
Si cela n'existe pas, c'est dommage. Nous resterons avec ce que nous avons mis en place.

Le passage aux dernières versions de Delphi risquent d'être compliqué. Et si il faut réécrire les applications, ce ne sera malheureusement certainement pas fait en Delphi. Mon entreprise travaille aujourd'hui VB depuis plusieurs années, toutes les nouvelles applis sont dans ce langage.
L'avenir de Delphi s’assombrit chez nous...

Merci en tous cas de vos réponses.

[pascal07]

Bonjour

pour dbGrid, il peut être remplacé par : http://www.scalabium.com/smdbgrid.htm
gratuit, maintenu depuis des année, et qui offre des tas de fonctions en plus.
je l'utilise depuis 10 ans dans mes logiciels, actuellement compilé sous Delphi 10.2 Tokyo, aucun problème.

Pascal