Solución:
Si está creando la interfaz gráfica de usuario solo para Windows, le recomiendo encarecidamente WIN 32 Api. He realizado muchas aplicaciones en GTK +, pyGtk, FLTK y he aprendido Qt, MFC y SmartWin ++. Créame, pero me gusta más Win32 Api. Puede tener una curva de aprendizaje pronunciada, pero para crear aplicaciones nativas de Windows, es la más rápida y la MEJOR. Y cuanto más complejo se vuelve su programa, más fácil se compara Win32 Api con otros kits de herramientas. Y hay cosas que puede hacer en Win32 Api, que no puede hacer en ningún otro kit de herramientas.
PROBADO:
hora de inicio (interfaz gráfica de usuario simple con menú y botones): GTK + = 7 segundos; Qt = 4 segundos; WxWidgets = 3,32 segundos; FLTK = 1 segundo; Win32 Api = 0,34 segundos;
espacio ocupado: Gtk + = 132 kb; Qt = 4,5 mb; WxWidgets = 4,5 mb; FLTK = 54 kb; Win32 Api = 6,5 kb;
Vamos a ver.
- Win32 es de muy bajo nivel, está basado en C y es incómodo de usar.
- MFC se considera obsoleto.
- C # (o C ++) con .NET es probablemente su opción principal para el desarrollo específico de Windows.
-
- Incluso hay formas semi-limitadas de portar ese código a otras plataformas (Mono).
-
Java es ideal para código muy independiente de la plataforma que “simplemente se ejecuta”.Lo siento, dijiste C ++. - QT es relativamente independiente de la plataforma.
- GTK +, por supuesto, aunque personalmente no tengo mucha experiencia con él.
Personalmente, si hago algo específico de Windows, uso .NET: las herramientas de Visual Studio son muy poderosas y es una gran suite que lo abarca todo.
Para cosas independientes de la plataforma, utilizo Java, pero puede que esa no sea la herramienta que elijas. He visto que QT se usa mucho para ese propósito.
Realmente tiene muchos conjuntos de herramientas / marcos de GUI para elegir: Qt, wxWidgets, GTK + / gtkmm, WinAPI, MFC, .NET WinForms / WPF … y esos son solo los más populares.
Dado que usted se limita a C ++, eliminaría .NET porque C ++ en .NET está destinado a servir como una conexión entre el mundo administrado y no administrado. Eso no significa que no pueda usarlo para otros tipos de desarrollo, pero dada la sintaxis incómoda y las innumerables trampas, no lo aceptaría. Además, el generador de código WinForms de VS coloca el código de los formularios en el archivo de encabezado. brrrr
Como han dicho otros, WinAPI está escrito en C, es muy rápido y poderoso, pero de muy bajo nivel y no es fácil de programar / aprender. MFC sería una opción ya que está escrito en C ++, más fácil de usar que WinAPI y también muy poderoso. Sin embargo, es bastante obsoleto (debido a la presencia de .NET, principalmente).
No recomendaría GTK + / gtkmm (un contenedor de C ++ para GTK +) para ventanas Dado que no obtiene el aspecto nativo de Windows, es bastante molesto configurarlo en su máquina de desarrollador y también arrastra toneladas de dependencias que debe instalar en la máquina del usuario. Eso es realmente una lástima porque especialmente gtkmm tiene una jerarquía de clases y un diseño muy hermosos. Probablemente una de las bibliotecas GUI mejor diseñadas 🙂
Dicho esto, ¿qué recomendaría? Ya sea Qt o wxWidgets. Ambos están escritos en C ++ (bastante moderno), desarrollados activamente, tienen un buen diseño de biblioteca, son multiplataforma y ofrecen muchas funcionalidades. En cualquier caso, juegue con algunas de las bibliotecas enumeradas en las respuestas aquí y vea cuál le permite hacer las cosas que desea hacer más fácilmente 🙂