Je veux migrer l'une des applications de vb6 vers .net avec visual studio 2010.A présent, l'application est basée sur Windows. je veux faire une application web. Je suppose que je dois réécrire le code dans .net. Pourriez-vous s'il vous plaît me conseiller pendant que je réécris le code dans .net.J'ai besoin de conseils et astuces lors de la migration du code de vb6 vers .net avec Visual Studio 2010
Cela dépend très fortement de la structure de l'application d'origine. Une application bien structurée pourrait être traduite du bureau au web avec une réutilisation assez importante. Malheureusement, la grande majorité du code VB6-ère est pas bien structuré et qui rend la vie beaucoup plus difficile pour vous.
Visual Studio est capable d'importer un projet VB6 et de le convertir en VB.NET, mais le mappage n'est pas parfait. Couplé avec le code mal structuré que j'ai mentionné ci-dessus qui est commun à beaucoup de code VB6, il vaudrait peut-être mieux abandonner complètement le projet original et recommencer à zéro.
Cela dépend beaucoup de beaucoup de facteurs, bien sûr. Vous pourriez avoir de la chance et travailler avec l'un de ces joyaux rares: un projet VB6 bien structuré avec une séparation claire des vues et du code.
Mettre au rebut le projet original et repartir à neuf est superficiellement attrayant, mais cela peut mener à l'échec. «Beaucoup de sociétés avec lesquelles j'ai travaillé au début de .NET ont d'abord cherché à réécrire, en partie motivées par un fort désir d'améliorer l'architecture sous-jacente et les structures de code en même temps qu'elles passaient à .NET. Le problème qu'ils essayaient de résoudre était trop important "Par un initié Microsoft http://blogs.msdn.com/goto100/archive/2008/11/03/rewrite-vs-migrate-vs- reuse-vs-replace.aspx – MarkJ
@MarkJ: Parfois, vous n'avez pas d'autre choix que de tout recommencer. La conversion d'une application de bureau en une application basée sur le Web est un excellent exemple. La meilleure façon dont j'ai vu la transition est de conclure le développement sur l'ancien et de recommencer à neuf. Attendez-vous à ce que cela prenne du temps.Avant de commencer, jetez un coup d'œil sur les fonctionnalités de l'application de bureau. Est-ce que tout cela doit être répliqué? Plus précisément, ceux qui doivent être répliqués avec la version 1.0 de l'application web. – NotMe
Cela dit, toutes les applications de bureau n'ont pas besoin d'être converties et vous ne devriez suivre ce chemin que s'il existe une raison commerciale valable. Nous sommes passés par là il y a quelques années dans un passage du classique asp à C# et asp.net. C'était une réécriture complète et très réussie. Nous n'avons pas pris toutes les anciennes fonctionnalités juste celles qu'il fallait et nous l'avons lancé. Depuis lors, nous avons déjà rattrapé et dépassé le niveau de fonctionnalité précédent. Une chose en notre faveur est que l'équipe qui a écrit la version originale était la même équipe pour la réécriture. – NotMe
Si votre application VB6 est composée de plusieurs objets COM avec des interfaces propres, vous devriez être en mesure de réutiliser les composants qui ne touchent pas l'interface utilisateur. Vous pouvez utiliser l'expertise VB6 de votre entreprise pour séparer tout code d'interface utilisateur de la logique métier. La logique métier peut ensuite être réutilisée dans l'application Web.
Il existe de nombreux conseils sur les stratégies de conversion. Une stratégie qui pourrait bien fonctionner (en tant que John said) consiste à utiliser Interop pour mélanger un back-end VB6 avec un front Web .Net.
D'autres ressources:
Pour votre information, les balises sont destinés à classer une question. En utilisant "vb6 to .net migration", vous n'avez pas besoin de "to", car cela n'aide pas à catégoriser la question. –
@John, @pradeepmada Je pense que la balise 'vb6-migration' est utile pour ces questions. Disclaimer: Je suis celui qui l'a inventé - mais je pense que la communauté semble l'aimer – MarkJ