Mi compañía ha desarrollado un producto de larga data utilizando MFC en Visual C ++ como el estándar de facto para el desarrollo de IU. Nuestro código base contiene MUCHO código legado / arcaico que debe mantenerse operativo. Parte de este código es más antiguo que yo (escrito originalmente a finales de los 70) y algunos miembros de nuestro equipo aún están en Visual Studio 6.

Sin embargo, afortunadamente se ha llegado a una conclusión interna de que nuestro producto se ve algo anticuado en comparación con el de nuestros competidores, y que hay que hacer algo.

Actualmente estoy trabajando en una nueva área de la interfaz de usuario que está bastante separada del resto del producto. Por lo tanto, se me ha dado la oportunidad de probar "nuevas" pilas de tecnología como una especie de campo de prueba antes de que comience el largo proceso de movimiento sobre el resto de la interfaz de usuario.

He estado usando C # con Windows Forms y el .net framework durante un tiempo libre y lo disfruto, pero estoy algo preocupado por los dolores de cabeza causados ​​por la interoperabilidad. Si bien esta rama particular de la interfaz de usuario no requerirá mucha interoperabilidad con el código base de C ++ heredado, puedo prevenir que esto se convierta en un problema en el futuro.

La alternativa es simplemente continuar con MFC, pero pruebe y aproveche el nuevo paquete de características que se envió con VS2008. Supongo que esta es la opción más fácil, pero me preocupa la longevidad y no aprovechar la bondad que es .net ...

Entonces, ¿cuál elijo? Somos un equipo pequeño, por lo que es muy probable que mi recomendación sea aceptada como una dirección futura para nuestro desarrollo. Quiero hacerlo bien.

¿MFC está muerto? ¿Es C # / Winforms el camino a seguir? ¿Hay algo más que me esté perdiendo? Ayuda muy apreciada!