Qui C# type de projet utiliseriez-vous pour réaménager un MFC C++ contrôle activex?

Question

En regardant le C# modèles de projet dans VS2008 et les offrandes sont WPF de Contrôle de l'Utilisateur de la Bibliothèque, WPF Contrôle Personnalisé de la Bibliothèque et de la Bibliothèque de contrôles Windows Forms.Laquelle de ces utiliseriez-vous si vous voulez déplacer un héritage de contrôle actif écrit en c++ dans le monde de C# et de .NET?

Answer 1

Il semble que vous essayez de faire plusieurs choses à la fois:

1. Migrer votre code de construction dans une version plus récente de visual studio.
2. La migration de votre utilisation de la technologie pour une technologie plus récente (ActiveX pour .net)
3. Migrer votre langage (c++, c#).

Si vous avez une petite base de code, vous êtes probablement aussi bien commencer à partir de zéro et de la fonctionnalité du port dans la nouvelle base de code que nécessaire.

Pour une plus grande base de code, vous devez réaliser que c'est cher, tant dans l'effort et les taux de défaut.

Une commande peut être:

1. Importer votre code dans la version la plus récente de visual studio.Obtenir de la compilation.Examiner les paramètres de projet pour chaque projet.
2. Restructurer le code pour isoler le mfc activex code autant que possible.Suivez les bonnes refactoring pratiques surtout si n'avez pas beaucoup de tests unitaires avant de commencer.
3. Envisagez de remplacer votre ActiveX couche avec .net.
4. Envisager le toolkit graphique est meilleur pour le remplacement de la MFC.
5. La langue envisagez de déplacer d'abord pour le c++.
6. Envisager de passer d'managed c++ c#.

Plus important encore être en mesure de justifier de faire tout ce qui précède!

Answer 2

Il n'existe pas de modèle de projet qui va le faire pour vous.Vous pouvez ainsi lire et de commencer avec un usercontrol.

Answer 3

Envisager l'application cible qui sera l'hôte de la commande.Si c'est une application d'entreprise que j'ai entendu WPF n'offre pas de grands avantages sur les Formes.Selon cette l'entrée de blog cependant, l'auteur estime que le tueur de WPF est une application MÉTIER, qui exploite le graphique de la puissance offerte par WPF pour la visualisation des données.

À la fin, je suppose que c'est une analyse coûts/avantages.Allez-vous en bas de la WPF route et de payer le coût de la courbe d'apprentissage pour le bénéfice futur de graphique de visualisation des données ou de faire vous vous en tenez à la méthode éprouvée et le risque de développement d'une ancienne application.