diseñador ventana API nativa

Question

¿Por qué no hay un diseñador de formas API nativa en Visual Studio? Al igual que en Delphi? Si existen algunos programas, herramientas, etc, por favor consejo.

¿Cuál es el mejor enfoque para el diseño de ventanas complejas en API puro?

Answer 1

Eso es probablemente porque no hay manera estándar de hacer los diseños de control en la API de Windows, usted tiene que manejar por su cuenta. No existe una base de clase "control" en la API de Windows -. Todo es una ventana de algún tipo, por lo que no hay manera de mantener a sus diferencias con un diseño de editor / diseñador común

Sin embargo, puede crear su diseño de la ventana en un diálogo y que sea de tamaño variable por sí mismo o mediante métodos publicados en CodeProject ( o href="http://www.codeproject.com/KB/dialog/resizabledialog.aspx" rel="nofollow noreferrer"> este - ambos son rELACIONADOS cON MFC, pero eso es bastante fácil de traducir).

ScreenLib a sus necesidades de escritorio .

Answer 2

Hay editor de ressource para los diálogos, y luego hay código. En realidad nunca he echado de menos alguna herramienta de diseño visual, aunque algunos mejor apoyo de los controles mismos estaría bien.

El problema central es el nivel de abstracción: utilizando sólo los controles de Win32, el diseño de una interfaz gráfica de usuario compleja necesita un poco de previsión, y todos los controles ligeramente diferentes singularidades, las capacidades y características. Ellos no tienen una interfaz común que se puede utilizar para construir un diseñador en la parte superior.

Windows Forms fue diseñado desde el principio con el apoyo de diseño en mente, y se nota. La principal preocupación de diseño de los controles Win32 era huella de memoria de código y datos.

A pesar de MFC (que todavía muestra muchas señales de escasez de memoria) no se resumen estas rarezas de distancia lo suficientemente bien como para justificar un buen diseñador de formularios.

Todos los ambientes que vienen con un editor de formas decente (recuerdo Watcom ++ / Optima, zinc, y bastante algunos otros que he olvidado los nombres de) también vienen con una biblioteca de formularios decente con un alto nivel de abstracción.

A continuación, está el problema de las modificaciones. ¿Cuál debe ser la salida del diseñador? Se podría apuntar a un archivo de datos XML, pero eso sería agregar una dependencia de algunas bibliotecas grandes de su aplicación nativa - no tiene mucho sentido. O crear código, pero en C / C ++ no se adapta bien a eso. Otro formato binario? Te limitas a lo que el diseñador permite.

---

Al final, el diseñador tendría que cuidar de cada control por separado, y todavía no se pudo aislar de conocer los controles y mecanismos de las ventanas de adentro hacia afuera. Nunca se llevó a cabo cuando C ++ fue la primera opción para el desarrollo de escritorio a gran escala. Añadiendo que ahora , cuando hay - sin duda -. Mejores decisiones, sería un movimiento bastante estúpida

Answer 3

Es por Microsoft. Ellos ya han movido hacia dotNet y C #. Visual Studio 2005 tiene un buen editor de interfaz gráfica de usuario para aquellos. ¿Por qué necesita para utilizar la API puro?