Native API Fenster Designer

Question

Warum

ist nicht ein Designer für native api Formen in Visual Studio? Ähnlich wie bei Delphi? Wenn es einige Programme gibt es, Werkzeuge usw., bitte Rat.

Was ist der beste Ansatz komplexe Fenster in reiner API zu entwerfen?

Answer 1

Das ist wahrscheinlich, weil es keine Standardmethode ist in WinAPI Steuer Layouts zu tun, haben Sie es selbst zu verwalten. Es gibt keine Basis „Control“ Klasse in WinAPI -. Alles, was ein Fenster von einer Art ist, so dass keine Möglichkeit, ihre Differenzen mit einem gemeinsamen Layout-Editor / Designern zu unterstützen

Sie können jedoch die Anordnung der Fenster in einem Dialog erstellen und es selbst veränderbare machen oder Methoden auf Codeproject veröffentlicht mit ( diese oder dieser - beide sind MFC-bezogenen, aber das ist ziemlich einfach zu übersetzen).

oder anpassen ScreenLib auf Ihrem Desktop Bedürfnisse .

Answer 2

Es gibt ressource Editor für Dialoge, und dann gibt es Code. Ich habe nie wirklich einige visuelle Design-Tool verpasst, obwohl einige eine bessere Unterstützung von den Kontrollen würden sich schön.

Das Kernproblem ist die Abstraktionsebene: nur Win32-Steuerelemente verwendet wird, eine komplexe GUI Gestaltung braucht einige Vorbedacht, und die Kontrollen alle haben etwas andere Merkwürdigkeiten, Fähigkeiten und Funktionen. Sie haben keine gemeinsame Schnittstelle, die verwendet werden können, einen Designer auf zu bauen.

WinForms wurde von Grund auf neu entwickelt mit Designer-Unterstützung im Auge, und es zeigt. Die wichtigste Design-Sorge von Win32 Kontrollen war Speicherbedarf von Code und Daten.

Auch MFC (was immer noch viele Anzeichen von Speicherknappheit zeigt) nicht abstrakt diese Seltsamkeiten weg gut genug, um einen anständigen Formulardesigner zu rechtfertigen.

Alle Umgebungen, die mit einem anständigen Formen Editor kommen (ich erinnere Watcom ++ / Optima, ZINK, und ganz einig anderes habe ich die Namen vergessen) auch mit einer anständigen Formularbibliothek mit einer hohen Abstraktionsebene kommen.

Dann gibt es noch das Problem der Änderungen. Was die Ausgabe des Designers sein sollte? Man könnte für eine XML-Datendatei schießen, aber das wäre eine Abhängigkeit zu einigen großen Bibliotheken zu Ihrer native App hinzufügen - nicht viel Sinn machen. Oder Sie erstellen Code, aber C / C ++ ist nicht gut geeignet dafür. Ein weiteres binäres Format? Sie beschränken würde, sich zu dem, was der Designer ermöglicht.

---

Am Ende würden die Designer kümmern müssen jede Kontrolle getrennt und konnten immer noch nicht Sie isolieren die Bedienelemente kennen und Fenstermechanismen von innen nach außen. Es wurde nie durchgeführt, wenn C ++ die erste Wahl für große Desktop-Entwicklung ist. Hinzufügen es jetzt , wenn es - wohl -. Eine bessere Wahl wäre eine ziemlich dumme Bewegung sein

Answer 3

Es ist wegen der Microsoft. Sie haben bereits in Richtung dotNet und C # verschoben. Visual Studio 2005 hat schönen GUI-Editor für diejenigen. Warum brauchen Sie die reine API verwenden?