Zukunftssicherung einer großen UI-Anwendung - MFC mit 2008 Feature Pack oder C # und Winforms?

Mein Unternehmen hat ein langjähriges Produkt entwickelt, das MFC in Visual C ++ als defacto-Standard für die Benutzeroberflächenentwicklung verwendet. Unsere Codebasis enthält VIELEN Legacy- / Archaic-Code, der betriebsbereit gehalten werden muss. Ein Teil dieses Codes ist älter als ich (ursprünglich in den späten 70ern geschrieben) und einige Mitglieder unseres Teams sind immer noch in Visual Studio 6.

Dankenswerterweise wurde jedoch intern die Schlussfolgerung gezogen, dass unser Produkt im Vergleich zu unseren Mitbewerbern etwas veraltet aussieht und dass etwas getan werden muss.

Ich arbeite derzeit an einem neuen Bereich der Benutzeroberfläche, der sich deutlich vom Rest des Produkts unterscheidet. Ich hatte daher die Möglichkeit, "neue" Technologie-Stacks als eine Art Testgelände auszuprobieren, bevor der lange Prozess des Umstiegs auf den Rest der Benutzeroberfläche beginnt.

Ich benutze C # in meiner Freizeit seit einiger Zeit mit Windows Forms und dem .net-Framework und genieße es, bin aber etwas besorgt über die Kopfschmerzen, die durch Interop verursacht werden. Während dieser spezielle Zweig der Benutzeroberfläche nicht viel Interoperabilität mit der alten C ++ - Codebasis erfordert, kann ich davon ausgehen, dass dies in Zukunft zu einem Problem wird.

Die Alternative ist, einfach mit MFC fortzufahren, aber versuchen Sie, das neue Feature-Pack zu nutzen, das mit VS2008 geliefert wurde. Dies ist wahrscheinlich die einfachste Option, aber ich mache mir Sorgen um die Langlebigkeit und nicht um die Vorteile von .net ...

Also, welche wähle ich aus? Wir sind ein kleines Team, daher wird meine Empfehlung mit ziemlicher Wahrscheinlichkeit als zukünftige Richtung für unsere Entwicklung akzeptiert - ich möchte es richtig machen.

Ist MFC tot? Ist C # / Winforms der richtige Weg? Fehlt mir noch etwas? Hilfe sehr geschätzt!

Antworten auf die Frage(6)

Ihre Antwort auf die Frage