Discussion :

[ddr_xp68]

Bonjour,

Une application logicielle pro a été développé pour ma société sous D7, mais j'ai la possibilité actuellement d'acheter une licence pro ou entreprise D7 pour maintenir cette application, ce qui n'était pas le cas jusqu'à présent, car c'était le développeur qui s'en occupait.

Le problème est que D7 est un produit ancien et que toute l'application, les unités clients ( *.pas + *.dfm ) et les unités ou composants fournisseurs ( *.dcu ) sont développés sous D7 pro, si je m'équipe de la dernière version de Delphi , est-il possible que la compatibilité soit ascendante pour lire ces sources et que la compilation soit réussie ou bien faut-il absolument acheter D7 ?

Sachant que je voudrais bien maintenir cette application logicielle et pouvoir développer plus tard avec .NET 2.0 ou 3.0

Quels sont vos avis sur cette question ?

Merci pour vos réponses et vos idées.

@+

[qi130]

Attention aux dcu "fournisseur"...

Si tu n'en as pas les sources, tu auras certainement des soucis pour compiler ton appli sous d2009...

[ddr_xp68]

Bonjour,

Après une conversation sur ce sujet, le développeur lui-même m'a expliqué qu'il utilisait D2007 et D2009 pour faire migrer des applications développés au départ sous D7 et qu'il ne rencontrait pas de problème de compilation ou de compatibilité ascendante, mais comment se positionner par rapport à ses explications, car je n'ai aucun moyen actuellement pour contrôler ces dires,

D'autre part, je ne voudrais m'équiper avec D7 si cela se limite qu'à développer en Win32 !

Qu'en pensez-vous ?

[Andnotor]

Tu peux télécharger D2009 gratuitement pour un essai de quelques jours.
Pourquoi ne pas faire un essai par toi-même ?

[chaplin]

Quelles sont les composants tiers utilisés ? Si oui lesquels, en général
c'est de l'open source.
Quel est la taille du projet ? Nombre de ligne de code ?
Est ce que l'application demande des modifications immédiates ?
Nombre de Datamodule et de fiche ?
Quelle couche d'accès aux données ?
Combien de temps disponible pour la migration de l'application ?

Il y a des d'outils livrés avec 2009 qui facilite le refactoring.
Ne serait-ce que pour la pérénité du projet, la pas doit être fait.

Voir tu demandes une formation sur Delphi 2009, ça te permettra
de poser tes questions par rapport à la migration de ton projet voir
même une assistance. T'as droit à des formations (1% du CA de l'entreprise).
C'est le moment d'en profiter.

La migration d'un projet d'une version aporte son lot de soucis et
d'agréments. Il faut oser !

[ddr_xp68]

Bonjour,

Quelles sont les composants tiers utilisés ? Si oui lesquels, en général
c'est de l'open source.
Quel est la taille du projet ? Nombre de ligne de code ?
Est ce que l'application demande des modifications immédiates ?
Nombre de Datamodule et de fiche ?
Quelle couche d'accès aux données ?
Combien de temps disponible pour la migration de l'application ?

La plupart des composants utilisés sont issus de la VCL pour une construction de composants propriétaires intégrés dans des *.dcu livrés avec le reste des sources.
Le projet est de taille moyenne ( env. 5Mo ) pour une application industrielle avec 2500 lignes divisés en plusieurs fiches ( 15 au total ), dont :
- 5 fiches avec panels *.dfm et le reste sont des fiches seules.

Cette application est en constante évolution par des demandes d'améliorations de notre part, elle utilise essentiellement des échanges de données sur des fichiers uniquement type .txt ou *.ini

Concernant le temps ,cela dépendra de la faisabilité du projet ... à voir par une version gratuite de D2009, par exemple.

[chaplin]

une application industrielle avec 2500 lignes divisés en plusieurs fiches ( 15 au total ),

Je ne vois aucun risque à aller sur D2009, c'est une petit projet, D7 à oublier.
S'il y a des crédits, il faut foncer.

[colfire_dev]

je suis du même avis que chaplin, d'après ce j'ai compris le terrain est tres favorable pour être up to day. bon dev