Visual Basic 6.0 vit pour toujours comme Cobol

Question

Dans la dernière 3-5 ans, j'ai été le renouvellement d'une demande d'assurance et commerciales de l'intégration boîte à outils basée sur Visual Basic 6.0.

Selon Microsoft,"Il fonctionne exactement de la politique de" l'IDE est plus pris en charge après le 8 avril 2008.

Il travaille toujours pour développer et déployer des applications Visual Basic 6.0.

Quand il sera impossible de prendre en charge les applications Visual Basic 6.0, ou vont-ils vivre à jamais, comme des applications Cobol faire?

Mise à jour: Microsoft déclaration de mars 2010: L'équipe Visual Basic s'est engagé à "Ça marche" de compatibilité pour les applications Visual Basic 6.0 sur Windows Vista, Windows Server 2008 R2 et Windows 7.

Mise à jour de mai 2011:
Bon 20e Anniversaire de Visual Basic!

Answer 1

Je dirais qu'ils sont à risque, parce que l'OS et le matériel va évoluer sous eux.

Vous pouvez exécuter Visual Basic 6.0 sur Windows XP, mais même cela est proche de la fin de sa vie (il continue à être relancé sur son lit de mort).

Ces applications Cobol vivent encore parce que les mainframes ils s'exécuter sur n'allez pas n'importe où. "Big iron" a été construit à une époque où les ordinateurs étaient rares et chères et a dû courir pendant 20 à 30 ans. Pas vrai avec les applications basées sur des Pc et de Windows, qui sont considérés comme jetables.

Answer 2

Si vous avez besoin de continuer à soutenir VB6 je recommande la création d'une machine virtuelle qui contient XP et VB 6 avec tous les service packs sur elle. De cette façon, vous pouvez continuer à exécuter votre environnement de développement, même si votre bureau évolue vers quelque chose qui peut être incompatible avec le VB 6 environnement de dev. L'installation de Visual Studio 6 sur Vista eu des problèmes il y a deux ans.

Pour nouveau développement au-delà de l'entretien je regarde vers l'utilisation d'un environnement différent. Il a été mon expérience que, vous êtes mieux de regarder les choses d'un complètement nouveau point de vue et de ne pas vous limiter à la migration de VB .NET. C'est assez compliqué de migrer que vous devriez vraiment faire de nouveaux développement dans le meilleur environnement pour votre application. Qui peut être VB .NET et il ne peut pas.

Le développement de l'aide de l'obsolescence de la technologie n'est jamais un problème jusqu'à ce que cela pose problème, et il est alors trop tard. Vous avez besoin de rester dans le sweet spot de la courbe et vous êtes le seul qui peut décider de ce qui est. Si vous passez trop tôt, vous aurez probablement prendre la mauvaise décision et si vous attendez trop longtemps, vous ne serez pas trop loin derrière. C'est des décisions comme cela qui rend ce champ plaisir et douloureuse à la fois.

Answer 3

Il ya une tonne de logiciels verticaux développé en VB6 par les fabricants de divers types de machines. VB6 utilisation de contrôles ActiveX, Dll ActiveX, et la capacité de consommer plus Win32 Dll a conduit à de nombreux fabricants de divers éléments à l'appui de VB6.

À l'aide de VB6 et les bibliothèques de prise en charge est d'au moins un ordre de grandeur plus rapide et plus fiable que les anciennes méthodes de montage sur custom chips, ou à l'aide de C. Noter que même les développeurs C/C++ ont été aidés comme ils peuvent consommer les nouvelles bibliothèques de prise en charge ainsi.

Beaucoup de ces applications sont remplis avec des fonctions mathématiques qui ont été testés pour des travaux pour l'environnement et les machines qu'ils ont été conçus pour.

Alors quand Microsoft fait VB.NET incompatible avec VB6 c'était un GROS problème pour beaucoup d'entre nous. Contrairement à la transition de VB3 à VB4-6, nous avons besoin de toucher notre code dans beaucoup d'endroit pour le faire fonctionner avec .NET. Autant en fait que c'est dévolue à la même chose que la réécriture de votre logiciel dans une langue nouvelle.

Pour ces raisons, VB6 vont vivre un peu plus longtemps que toutes ces machines sont là. Toujours besoin de nouvelles mises à jour et correctifs.

Answer 4

Il fonctionnera probablement pour un bon nombre d'années, mais à la fin vous allez arriver au point où vous devez maintenir de vieux matériel, l'exécution d'un vieux, unpatchable OS, afin de faire fonctionner le logiciel. Pendant ce temps, vous êtes absent dehors sur l'ensemble de la nouvelle-cadre et de la langue goodies qui sont élaborés. Finalement, vous aurez besoin de réparer quelque chose ou ajouter quelque chose qui n'est pas possible dans votre environnement et vous allez payer la totalité de la facture pour votre accumulation de la dette technique.

De mon point de vue: vous devriez déjà être à travailler sur une mise à niveau vers une nouvelle plate-forme ou le remplacement de l'application. Ma préférence est presque toujours le faire avant, je suis forcé par les circonstances.

Answer 5

Je pense que les applications Visual Basic 6.0 va vivre pendant une longue période de temps, comme des applications COBOL, et pour des raisons similaires. Les pièces de mes produits de la société sont toujours VB6, et ils ne seront pas modifiés jusqu'à ce qu'il y a une bonne raison. Nous espérons que Microsoft ne sera pas en mesure de déposer VB6 de soutien pour un bon moment, car un trop grand nombre de leurs clients de l'entreprise ont VB6 apps. Ils ont déjà été contraints de prolonger la période de prise en charge au-delà de leurs plans d'origine. Nous espérons Raymond Chen victoires sur MSDN magazine - obscur blague qui n'a du sens que si vous vous souvenez de Joel post à propos de Microsoft dilemmes de compatibilité rapport à la conception de la pureté.

Si vous envisagez de mettre à niveau ou de réécriture, à mon humble avis cette question et cette question ont certains instructif réponses. Vous pouvez mélanger de nouveau .NET des composants existants Visual Basic 6.0 à l'aide de l'Interopérabilité, s'il existe .NET les fonctionnalités que vous voulez ou même si vous voulez juste pour apprendre .NET.

Le Visual Basic 6.0 groupes de discussion sont toujours très active, il y a évidemment beaucoup de vieux fogeys comme moi, toujours en cours de développement dans Visual Basic 6.0 :)

Duffymo, Bruceatk - l'IDE Visual Basic 6.0 peuvent fonctionner sur Vista avec un peu d'effort.