Je pense que vous devez déterminer; A) Quelle part du code a trait à la logique métier, à la manipulation des données (de base) et à des choses comme les structures de fichiers propriétaires, le traitement mathématique, etc.? Ce sont des choses qui pourraient remonter en grande partie en l'état, car elles sont plus susceptibles d'être écrites en 'pascal' avec des éléments beaucoup plus petits et évidents d'OWL/BP7. Par exemple, lorsque je l'ai fait avec une application, j'avais une série d'unités qui traitaient du chargement/enregistrement de fichiers propriétaires, des trucs pour calculer la pâques, des trucs pour faire des maths sur les tableaux, etc. Tout cela passait de BP7 à Delphi. avec presque aucun changement. B) quelle quantité de code doit faire avec l'interface graphique (et rien d'autre) - les gestionnaires de boucles de messages, les constructeurs d'éléments de dialogue, les propriétés des contrôles, etc. Ce genre de travail demandera beaucoup de travail à Delphi et à moins vous pouvez trouver quelqu'un avec une belle ligne dans .RES ->. DFM (ou similaire), je pense que vous envisagez de construire ce peu à partir de zéro. Ce n'est pas une mauvaise chose, car si c'est une application Windows 16 bits, vous voudrez probablement en profiter pour au moins la rendre un peu plus "moderne". Je pense que ce sera la partie la plus laborieuse du projet.
c) Quelle quantité de code utilise des trucs que vous savez pouvoir faire différemment en Delphi, mais cela fonctionnerait comme dans Pascal en ce moment? C'est là où le point de @ BloodySmartie sur la migration vers une ancienne version de Delphi a du sens pour moi. Vous devriez être en mesure de porter ce projet à quelque chose comme Delphi 5/7 en faisant des changements évidents (et bien compris) à des choses comme la manipulation de chaînes. Le plus de ces choses que vous pouvez laisser non portées, le mieux à mon avis. Obtenir quelque chose qui fonctionne et que vous vérifiez le comportement de base avec, puis lancer un processus de refactoring/affiner pour tirer le meilleur parti de Delphi au fur et à mesure que les ressources le permettent. Vous pourriez avoir (comme je l'ai fait) des tableaux de pointeurs dans BP7, où chaque pointeur va à un tableau de pointeurs qui mènent finalement à un objet - c'est ainsi que nous avons contourné les limitations de mémoire dans le monde Windows 16 bits. Quand j'ai porté mon application pour la première fois, ces tableaux de pointeurs vers des tableaux de pointeurs fonctionnaient toujours bien en Delphi et je les ai laissés seuls jusqu'à ce que j'aie le temps de faire quelque chose de plus «Delphi» avec les structures.
Mais avant de faire tout cela - pourquoi transférez-vous l'application? Si vous le portez parce que vous êtes sur le point d'apporter un nombre raisonnable de modifications aux fonctionnalités de l'application, le moment est peut-être venu de réécrire l'application. Au fur et à mesure que vous réécrivez en Delphi, vous pourrez toujours utiliser des blocs de fonctions et de procédures basées sur des règles métier, il ne s'agit donc pas nécessairement d'une réécriture complète et totale à partir de zéro.