¿Cuál es el beneficio de desarrollar software de sistemas utilizando el marco de trabajo MFC (C ++) en lugar del marco .NET (VB, C #)?

La razón más común es el rendimiento , desarrollar una aplicación usando C ++ con MFC es mucho más complicado que usar C #, pero promete que uno tiene acceso directo a todas las API de Windows disponibles. Sin embargo, con la tecnología de procesador actual, casi no es diferente en términos de experiencia del usuario. La única razón para seguir usando MFC es cuando el rendimiento es un punto muy crítico que se debe lograr, por ejemplo: desea crear un servidor de correo como MDAEMON, que incluya la interfaz de usuario en una sola aplicación ejecutable.

En general, C / C ++ proporcionará un mejor rendimiento que el código .NET, aunque esto solo es relevante cuando el software pasa mucho tiempo en su código. Una aplicación generalmente pasa la mayor parte del tiempo en llamadas API, esperando la entrada del usuario, el acceso al disco, la pantalla de actualización, etc. He visto un factor de aceleración 2 en un algoritmo de retroceso simple sin asignaciones algunas versiones C # atrás. Jit podría estar mejor ahora.

Si escribe algoritmos que requieren mucho tiempo, puede obtener un rendimiento significativo al desarrollar en C / C ++.

Para el software del sistema, por ejemplo, controladores de dispositivos, la previsibilidad es la principal preocupación. Un ISR no puede permitirse el lujo de “colgarse” haciendo la recolección de basura o Jitting durante un par de milisegundos. Esto posiblemente podría ser resuelto por .NET nativo y prohibiendo las asignaciones de memoria de los ISR, pero aún no estamos allí.

Como siempre, use la mejor herramienta para este propósito.

En general, C ++ se usará donde el rendimiento y la función lo requieran. Por ejemplo, los controladores a menudo se escriben en C ++ porque es más fácil acceder al hardware sin pasar por un entorno administrado con todo lo que conlleva. Los juegos y los programas gráficos se escriben principalmente en C ++, pero no siempre. Las bibliotecas suelen ser C ++ (o envoltorios .net en bibliotecas C ++) simplemente porque la API de Windows fue diseñada para hablar con C ++ y el código administrado se interpone en el camino.

.net se usa prácticamente en todas partes (suponiendo Wintel) simplemente porque es más amable para el desarrollador y el mantenedor. El código se puede escribir más rápidamente y es más fácil de depurar.