VB6 risques et migration

Question

Je me demande si quelqu'un peut m'aider. Ma société est en train de prendre la décision de migrer une application existante écrite en VB6 vers .Net. Je présente une liste de risques liés au maintien de VB6 pour aider à prendre la décision de passer à .net. Les risques autour VB6 sont les suivants:

• Diminué fonctionnalité
• Risques de sécurité
• Performance Lag
• Questions Interface utilisateur
• Un appui technique
• Questions Incompatibilités

En ce qui concerne à la sécurité, on m'a demandé d'élargir sur ce. L'application est interne et ne sera pas exposée au client. Dans cet esprit, il sera assis derrière l'infrastructure de sécurité de l'entreprise, ce qui diminuera le problème de sécurité. Aussi y at-il plus de risques en dehors de ce qui précède que je ne l'ai pas considéré

grâce

Answer 1

Le principal risque avec le maintien d'une application VB6 est l'avenir maintenabilité. Les runtimes VB6 ne vont nulle part, donc toute application VB6 devrait continuer à fonctionner. Cependant l'IDE de VB6 a été de plus en plus floconneux dans tout système d'exploitation après XP nécessitant quelques hacks pour l'installer et le faire fonctionner correctement. En outre, trouver des développeurs qualifiés deviendra de plus en plus difficile avec moins de personnes désireuses de travailler sur une technologie aussi obsolète.

Beaucoup de choses peuvent être faites avec facilité dans .Net qui sont une douleur royale dans VB6. Les gains potentiels valent bien la douleur à court terme à mon humble avis.

(Actuellement sur la conversion de mes entreprises core app VB6 .Net)

Answer 2

Passer l'effort au port d'une application .Net ne fait pas beaucoup de sens. Vous pourriez être aussi bien ou mieux de passer cet effort sur le déplacer vers Java ou B4J ou quelque chose. Au moins, vous avez la portabilité, un problème important lorsque Windows ou .Net (ou les deux) disparaissent.

Jusqu'à ce moment-là, la VB6 offre une stabilité inégalée, ce qui fait que les coûts de support dus à la rotation de la chaîne d'outils sont quasiment inexistants. Passer à d'autres outils de développement sacrifie cette fonctionnalité involontaire mais précieuse. Ce que certains appellent une malédiction est devenu une bénédiction. C'est la même raison pour laquelle tant de Cobol est encore en production.

Même Windows ARM64 peut exécuter des programmes VB6 x86. Je ne vois pas le support de VB6 mourir jusqu'à ce que Windows lui-même soit mort.

Les dollars de développement seraient bien mieux dépensés à nettoyer le code plutôt que de gaspiller l'effort de portage pour le portage.