¿Qué ventajas hay para desarrollar una aplicación Win32 en C++ sobre una aplicación .NET en C#?

Question

Aprendí la programación de Windows usando Visual C++ y la API de Win32. Hoy en día, parece que la mayoría de las aplicaciones se están desarrollando en .NET usando C#. Entiendo que la mayoría de las veces no hay mucha diferencia de rendimiento entre el código nativo y el código administrado. Así que me pregunto, si hoy comenzara a escribir una nueva aplicación de escritorio, ¿hay alguna razón (aparte del hecho de que estoy más familiarizado con C++), que podría querer escribirla en C++ no administrado en su lugar? de .NET? ¿Todavía hay algunas ventajas al usar C++ y el código nativo? ¿O ese método ha sido más o menos reemplazado por .NET en la plataforma de Windows?

Por supuesto, sé que las personas que escriben controladores de dispositivos de bajo nivel y programas similares no lo harían en .NET. Pregunto en referencia a las aplicaciones típicas orientadas al cliente que no hacen llamadas directas de hardware.

Answer 1

• Rendimiento (ciertas situaciones, tales como gráficos)
• huella de memoria (como dijo Mancuso)
• El uso de las bibliotecas existentes
• No hay necesidad de un tiempo de ejecución de control
• Finer

Para enumerar algunos.

Sin embargo, es posible que también desee ver la pregunta desde el ángulo opuesto para evaluar de manera justa qué idioma utilizar.

Además, puede usar C++/CLI para incorporar código nativo y .net.

Answer 2

Huella de memoria. Pero a menos que esté desarrollando para una máquina con discapacidad grave en cuanto a la memoria, realmente no debería ser un problema para la mayoría de las aplicaciones.

Answer 3

Si su aplicación debe poder ejecutarse sin una instalación (es decir, si no puede o no debe hacer algo como instalar .NET Framework), no puede contar con que .NET esté en una máquina con Windows (pre-Vista). Muchas aplicaciones de utilidad pueden caer en esta categoría.

Answer 4

IMO, la más importante para aplicaciones pequeñas descargables es que el código nativo no necesita el tiempo de ejecución .NET. Mientras que la banda ancha se vuelve más y más común, no casi todos lo tienen todavía.

Algunas personas pueden sentirse decepcionadas al ver que su aplicación de 2 MB en realidad necesita otros 20 MB de descarga de infraestructura y un molesto proceso de instalación para ejecutar. Si no están seguros de si realmente necesitan o no su aplicación, podrían simplemente eliminarla antes de intentarlo y recurrir a un producto de la competencia.

Answer 5

Si puede pagar la dependencia de la pila, busque .NET Moderno, elegante, potente y, como resultado, mucho más rápido de desarrollar.

Pero tenga en cuenta que encadena su aplicación a la misma: al lenguaje y al marco, si prevé un futuro en el que puede querer escapar de esto, entonces es mejor que lo piense dos veces.

Win32 es viejo y torpe, pero funciona en prácticamente cualquier versión de Windows sin dependencias adicionales, y su código puede ser simple, portátil, C/C++.

Answer 6

+1 por no tener que requerir un paquete .NET/instalar en la (s) máquina (s) de destino. Esto sigue siendo un gran problema.

Cuando todas las máquinas tienen mono o NET, no será tan importante.

Answer 7

Dos cosas que se me ocurren.

1. Protección de la propiedad intelectual. Es infinitamente más difícil para alguien aplicar ingeniería inversa a una aplicación C++ no administrada. Las aplicaciones administradas .Net o Java se pueden compilar fácilmente, pero este no es el caso con C++ no administrado.

2. Velocidad. C++ está más cerca del hardware y tiene una huella de memoria más pequeña que el otro comentario mencionado. Esta es la razón por la que la mayoría de los videojuegos continúan escritos en C++ y ensamblado en línea.

Answer 8

recomendaría para escribir todas las aplicaciones de escritorio de código lograron. .NET/C# es una gran plataforma para hacerlo.

Mis razones:

1. pena de rendimiento es insignificante. Google para los puntos de referencia si no tomas mi palabra. Lo que más importa es el código en sí mismo. Puede escribir algoritmos O (n^m) en C++ o .NET/C#. Los motores JIT están muy maduros en estos días.
2. no administrado C++ tiene grandes inconvenientes a la hora de pruebas unitarias, burlas y refactorización. Es muy engorroso e inflexible. La reflexión permite que el código administrado haga que todo esto sea muy conveniente.
3. La implementación es un problema pequeño. Sin embargo, crear una configuración que verifique las condiciones previas de .NET necesarias y las instale automáticamente es una tarea obvia.
4. Compilación es más rápido, sin enlazador! Incluso sucede en segundo plano cuando edita el código.
5. .NET soporte de la biblioteca es mucho mejor y más limpio que STL, MFC y de impulso.
6. Sin archivos de encabezado y macros. Son simplemente propensos a errores.
7. Seguridad! Buenas desbordamientos de búfer, bye malos indicadores, variables sin inicializar ...
8. Excepciones. Borrar la jerarquía de excepciones en .NET. Las excepciones de C++ están en mal estado.

Answer 9

. Los programas de red también tienen una vida útil de soporte, donde en realidad no es nativo. Native se ejecutará durante muchos años en diferentes sistemas operativos sin requerir actualizaciones.

programas .NET pueden ser expuestos a chorro por la mala configuración de .NET, nativo sólo sigue corriendo y apenas se efectuará mediante actualizaciones del sistema operativo.

.Net inicia lentamente el programa y se siente lento, nativo comienza rápido y funciona rápido.

.Net tiene que ser codificado por el mínimo común denominador (versión marco más distribuida), nativo compila todo el código en la aplicación - a fin de utilizar lo que quiere.

Utilice Delphi para nativo, no C++. .La red se basa parcialmente en Delphi RAD y el backend de Java.