Pregunta difícil en WPF, Win32, MFC

Question

Supongamos que usted es un estudiante de TI con conocimientos básicos de C++ y C#. Supongamos que se desea diseñar aplicaciones que:

1. necesidad de ofrecer algo de rendimiento como archivadores, algoritmos criptográficos, códecs
uso
2. maquillaje de algunas llamadas al sistema
3. tienen una interfaz gráfica de usuario

y desea aprender un Api que le permitirá escribir aplicaciones como las descritas anteriormente y:

1. es la corriente principal
2. es actualizable
3. le da derecho a un trabajo digno
4. es bastante fácil - me refiero fácil como VCL, no es fácil como winapi

Por lo tanto, haciendo que estas suposiciones, lo Api va a elegir ? MFC, WPF, otro? Me gustan mucho VCL y QT, pero no son comunes y creo que pocos empleadores querrán que escribas aplicaciones en QT o Visual C++ Builder ...

Gracias por responder.

Answer 1

• Win32 API - Me olvido de que, si fuera tú. Programar una aplicación de Windows directamente a través de la API de Win32 solo tiene sentido si está programando en C pura, o si realmente necesita hacer muchas llamadas al sistema, o si le preocupa la sobrecarga adicional introducida por más "cómodo" plataformas o marcos (como los nombrados a continuación).La programación de las IU directamente a través de la API de Win32 es fastidiosa, desordenada, y debes lidiar con muchos detalles. Tampoco es independiente de la plataforma en absoluto, pero puede o no estar preocupado por eso.

• MFC - Tal vez una opción si está programando en C++ y está fijo en la plataforma de Windows. Nunca entendí qué tiene de bueno, aparte de que hace que la API de Win32 sea mucho más cómoda (AFAIK es básicamente una colección de envoltorios orientados a objetos alrededor de la API de Win32 que quitan algo de su complejidad/desorden). Además, tampoco es muy independiente de la plataforma.

• Qt, wxWidgets - Bastante marcos de interfaz de usuario generalizadas. Podrían ser buenas opciones donde la independencia de la plataforma desempeña un papel. AFAIK ambos marcos están dirigidos al lenguaje C++.

• WinForms (.NET) - Similar a MFC, esto también se basa en la API Win32 (USER32 y GDI +). AFAIK, el framework de WinForms ahora está siendo portado a Mono, y por lo tanto algo multiplataforma. Sin embargo, no es exactamente la tecnología más actualizada. Para IU complejas, a veces también puede ser algo lento. Si tuviera que decidir hoy qué marco de usar, prefiero elegir ...:

• WPF (NET) - más moderno que WinForms, con capacidades gráficas más y, al parecer, una representación más rápida, ya que no se basa en la API de Win32 (GDI). (Y se ejecuta en .NET, que me parece una gran plataforma para desarrollar. La programación en C# es mucho más fácil que la programación en C++ en mi humilde opinión, que también es un argumento en contra de Win32 API, MFC, Qt y wxWidgets.) Tenga en cuenta que WPF no es multiplataforma, solo existe en la plataforma de Windows hasta el momento.

• Luego, por supuesto, está Java, incluidos los marcos de interfaz de usuario que vienen con él. No puedo decir mucho sobre eso ya que no soy una persona de Java, pero podría imaginar que Java sería la mejor opción para la independencia de la plataforma; y es la plataforma dominante (sobre .NET) en ciertas industrias (por ejemplo, teléfonos móviles, banca, debido a la muy sólida JVM y consideraciones de seguridad).

Así mi recomendación sería el marco .NET y WPF para la interfaz de usuario, si usted está planeando quedarse en su mayoría en el mundo Microsoft. Recuerda que aún puedes usar la API de Win32 (no te acercarás más a "llamadas al sistema") a través de P/Invoke.

Answer 2

Si te gusta codificar en C# y trabajar con .Net framework, te recomiendo que eches un vistazo a WPF. WPF es un gran marco de GUI donde puedes hacer casi cualquier cosa, ¡y también hacer que brille! WinForms podría ser más fácil de comprender, pero diría que WPF es más "a prueba de futuro". Otra cosa positiva es que WPF es realmente similar a Silverlight, por lo que si maneja bien WPF, también debería poder escribir aplicaciones de Silverlight, si eso le interesa. Por favor, no se moleste en aprender MFC. No puedo creer que haya muchos que estén usando MFC hoy por otras razones que no lo hayan usado antes, y no tuvieron la oportunidad de cambiar ...

There Hay muchos buenos trabajos para los programadores de .Net, por lo que será útil manejar un marco de GUI además de C# y el conocimiento general sobre .Net Framework.

Cuando se trata de sus puntos acerca de ser capaz de "ofrecer algún rendimiento como archivadores, algoritmos criptográficos, códecs", esto realmente no debería depender de su elección del marco de GUI. Este tipo de código se escribirá en capas fuera de la capa de la GUI y, por lo general, estará vinculado a la GUI. Con WPF deberías escribir tu p. Ej. algoritmos criptográficos en C# en alguna clase independiente de la capa GUI, y luego la Vista escrita en WPF se uniría al código C# y obtendría su respuesta de aquí. Sin embargo, si usa WinForms, seguirá haciendo lo mismo y el rendimiento dependerá de los algoritmos, no de la GUI.

Cuando se trata de comenzar con WPF, hay muchas preguntas sobre SO que ayudan con esto. Así que deberías encontrar una buena ayuda con una búsqueda rápida.

¡Buena suerte!