Moja firma opracowała długotrwały produkt wykorzystujący MFC w Visual C ++ jako standard defacto dla rozwoju interfejsu użytkownika. Nasza baza kodowa zawiera ALOT z dotychczasowego / archaicznego kodu, który musi być utrzymany w stanie operacyjnym. Część tego kodu jest starsza ode mnie (pierwotnie napisana pod koniec lat 70.), a niektórzy członkowie naszego zespołu nadal pracują w Visual Studio 6.

Jednak na szczęście doszło do wewnętrznego wniosku, że nasz produkt wygląda na nieco przestarzały w porównaniu z naszymi konkurentami i że trzeba coś zrobić.

Obecnie pracuję nad nowym obszarem interfejsu użytkownika, który jest zupełnie oddzielony od reszty produktu. W związku z tym otrzymałem szansę wypróbowania „nowych” stosów technologii jako pewnego rodzaju poligonu, zanim rozpocznie się długi proces przechodzenia przez resztę interfejsu.

W wolnym czasie używam C # z Windows Forms i strukturą .net i cieszę się nim, ale trochę się martwię o bóle głowy spowodowane interopem. Chociaż ta szczególna gałąź interfejsu użytkownika nie będzie wymagać wiele interopów ze starszą wersją kodu C ++, mogę przewidzieć, że stanie się to problemem w przyszłości.

Alternatywą jest kontynuacja MFC, ale spróbuj skorzystać z nowego pakietu funkcji dostarczonego z VS2008. To chyba najłatwiejsza opcja, ale martwię się długowiecznością i nie wykorzystuję dobroci, jaką jest .net ...

Więc co mam wybrać? Jesteśmy małym zespołem, więc moje zalecenie będzie prawdopodobnie przyjęte jako przyszły kierunek rozwoju - chcę to zrobić dobrze.

Czy MFC nie żyje? Czy C # / Winforms jest krokiem naprzód? Czy czegoś jeszcze mi brakuje? Pomoc bardzo mile widziana!