Welchen C#-Projekttyp würden Sie verwenden, um ein MFC C++ ActiveX-Steuerelement neu zu entwickeln?

StackOverflow https://stackoverflow.com/questions/55451

Frage

Schauen Sie sich die C#-Projektvorlagen in VS2008 an und die Angebote sind WPF User Control Library, WPF Custom Control Library und Windows Forms Control Library.Welche davon würden Sie verwenden, wenn Sie ein in C++ geschriebenes älteres aktives Steuerelement in die Welt von C# und .NET verschieben möchten?

War es hilfreich?

Lösung

Es klingt wie Sie versuchen, alle auf einmal mehrere verschiedene Dinge zu tun:

  1. Migrieren Sie Code in einer neueren Version von Visual Studio zu bauen.
  2. Migrieren Sie Ihre Nutzung der Technologie auf eine neuere Technologie (ActiveX .NET)
  3. Migrieren Sie Ihre Sprache (c ++ c #).

Wenn Sie eine kleine Code-Basis Sie wahrscheinlich auch sind von Grund auf neu und Port-Funktionalität in die neue Code-Basis zu starten, wie erforderlich ist.

Für eine größere Code-Basis müssen Sie erkennen, dass dies eine teure Aufgabe sowohl in Aufwand und Fehlerquote.

Eine Bestellung könnte sein:

  1. Importieren Sie den Code in die neuere Version von Visual Studio. Holen Sie es kompilieren. Überprüfen Sie die Projekteinstellungen für jedes Projekt.
  2. Refaktorieren Code der mfc und ActiveX-Code so viel wie möglich zu isolieren. Folgen Sie gute Refactoring Praktiken vor allem, wenn nicht viele Unit-Tests haben, bevor Sie beginnen.
  3. Betrachten Sie Ihre ActiveX-Schicht mit .net zu ersetzen.
  4. Überlegen Sie, welche GUI-Toolkit ist am besten für den Ersatz MFC.
  5. Sprache - betrachtet zunächst auf verwaltete c ++ bewegen
  6. .
  7. Betrachten von Managed C ++ c # zu bewegen.

Am wichtigsten ist die Lage sein, zu tun alle der oben genannten zu rechtfertigen!

Andere Tipps

Es gibt keine Projektvorlage, die dies für Sie tun. Genauso gut könnte man lesen und mit einem Usercontrol starten.

Sie müßten die Zielanwendung berücksichtigen, die die Steuerung bewirtet. Wenn es sich um eine Reihe von Business-Anwendung I gehört dass WPF große Vorteile gegenüber Forms nicht bieten. Nach dies jedoch Blog-Eintrag , die Autor glaubt, dass der Killer WPF ist eine LOB-Anwendung, die die grafische Leistung lieferte von WPF zur Visualisierung der Daten nutzt.

Am Ende denke ich, es ist eine Kosten / Nutzen-Analyse. nach unten gehen Haben Sie den WPF Weg und zahlen die Kosten für die Lernkurve für die Zukunft Nutzen der grafischen Visualisierung von Daten oder kleben Sie mit dem bewährte Verfahren und Risiko eine veraltete Anwendung zu entwickeln.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top