Die unüberschaubare Befehls- und Parametervielfalt, sowie die teils sehr unterschiedlichen Schreibweisen und Strukturierungen bilden häufig die ersten Hürden, wenn man sich einen Einblick in die Win32-Programmierung verschaffen möchte. Daher sind die folgenden Beispiele absichtlich auf das Wesentliche reduziert, um den Einstieg zu erleichtern und möglichst schnell zu ersten Erfolgen zu führen. Ebenso entsprechen die hier verwendeten Befehle weitgehend dem typischen C-Standard, und so dürften die Codes ohne allzugroßen Aufwand zumindest auch auf einigen anderen Programmieroberflächen nutzbar sein. Die vorwiegend deutschsprachigen Bezeichnungen der Variablen, Prozeduren usw. sollten es zudem erleichtern, zwischen den zugeordneten Namen und den feststehenden englischen Befehlen zu unterscheiden. Detailliertere Beschreibungen zu den komplexen Anweisungen und Parametern sollte man aber unbedingt entsprechender Literatur (z.B. win32.hlp) entnehmen.

Ein Fenster erzeugen:
Die Hauptfunktion WinMain erstellt zunächst aufgrund der definierten und registrierten Klassenparameter (WNDCLASS- bzw. WNDCLASSEX-Struktur) ein normales Anwendungsfenster mit den üblichen Eigenschaften und verweilt anschließend in einer Dauerschleife, welche die auftretenden Ereignisse des Fensters als "Befehle" ("messages") an die vordefinierte Fensterprozedur weiterleitet. Dort können die empfangenen Befehle (z.B. der Schaltflächen, der Maus, usw.) ausgewertet und verarbeitet werden. In diesem ersten Programm -ein leeres Fenster ohne sonstige Funktion- berücksichtigt die Prozedur beispielsweise nur den Befehl WM_DESTROY, der das Programm mit PostQuitMessage (0); beenden soll. Die folgenden Listings können entweder mit Copy/Paste in Dateien (*.c oder *.cpp) gespeichert bzw. in ein Compilerprojekt eingefügt werden, oder Sie laden gleich alle Beispiele als Zip-Datei beisp.zip herunter. (Den Projekten muß zumindest die Bibliothek-Datei user32.lib beigefügt werden. Bei anderen Anwendungen können z.B. kernel32.lib gdi32.lib comctl32.lib comdlg32.lib advapi32.lib delayimp.lib erforderlich sein. Für Dev-C++: unter "Projektoptionen" Win32-GUI wählen. Für DigitalMax-Kommandozeile: dmc test.c -mn -WA -L/SU:windows .)

Erklärung: Die Headerdatei <windows.h> stellt die Funktionsprototypen der typischen Fensteranwendungen bereit. In diesem Bereich des Listings sollten auch globale Variablen deklariert werden (also Variablen, die überall gelten, im Gegensatz zu lokalen, die z.B. nur innerhalb einer Prozedur verwendet werden dürfen). Anschließend folgt hier sogleich die Definition der Fensterprozedur, die verfügbar sein muß, bevor die Hauptfunktion (WinMain) sie aufruft.

Hinweis:
Prozeduren -ebenso wie Variablen- müssen bereits vor ihrer Verwendung deklariert sein. Zur besseren Überschaubarkeit können sie dennoch später im Listing geschrieben werden, wenn sie zuvor vordeklariert wurden :

Ein Fenster mit Schaltflächen (Buttons), Textanzeigen (Labels) etc. :
Auf den ersten Blick scheint es etwas verwirrend, daß alle Elemente mit dem gleichen Begriff "Window" -also Fenster- bezeichnet werden. Doch Fenster, Buttons, Labels, CheckBoxes usw. haben weitgehend ähnliche Eigenschaften und können teilweise sogar die Funktionen anderer übernehmen. Sie alle werden mit der Anweisung CreateWindow (bzw. CreateWindowEx mit einigen zusätzlichen Parametern) erzeugt. In diesem Beispiel befinden sie sich im Hauptfenster (Parent), sind diesem also untergeordnet (Child) und ihre Aktivitäten lassen sich in der Prozedur dieses Hauptfensters auswerten. Auf die gleiche Weise können auch die Elemente eines Childfensters in dessen Child-Prozedur abgearbeitet werden (siehe ChildFensterProzedur im letzten Beispiel dieser Seite).

Zum Umwandeln von Zahlen in Strings benötigt man die Header-Datei stdio.h (enthält die Funktion sprintf) und um die Beschriftung von Titelleiste, Buttons, Labels usw. verändern zu können, eventuell winuser.h (erlaubt den Parameter WM_SETTEXT in der SendMessage-Anweisung).

Ein zusätzliches Child-Fenster erzeugen :
Als Child ("Kind") bezeichnet man ein Element, das einem anderen untergeordnet ist, also auch ein sekundäres Fenster. Da im vorigen Beispiel die meisten Klassen-Parameter des Hauptfensters auch für das neue Childfenster gültig sind und übernommen werden können, brauchen nur einige davon verändert und die Klasse erneut registriert zu werden. Dem neuen Fenster ordnet man ebenfalls eine eigene Prozedur zu -hier ChildFensterProzedur genannt-, welche die Aktivitäten dieses Fensters verwaltet. (Die Anweisung zum Beenden des Programms PostQuitMessage(0); sollte verständlicherweise eher nur vom Hauptfenster ausgehen.)