Literatur zu Visual C++ und MFC. Literatur zu Visual C++ und MFC

Transkript

1 Programmieren in C++ Überblick 14 Einführung in die Programmierung von GUIs 15 Mehr zu MFC 16 Dokumente, Views und das Single Document Interface 17 Verschiedenes Literatur zu Visual C++ und MFC Es gibt viele gute weitere Bücher über Visual C++ und zur MFC, wenige zu Visual C++.NET und MFC. Einige enthalten eine Version von Visual C zum Einsatz in der Lehre (nicht zum kommerziellen Einsatz) Weitere, von Amazon Lesern gut beurteilte Bücher: Eugene Kain The MFC Answer Book Addison-Wesley Longman, 1999 (50 ) John E. Swanke Visual C++ MFC Programming by Example Publishers Group West, 1999 (50 ) Brian Johnson, Craig Skibo, Marc Young Inside Microsoft Visual Studio. NET 2003 Microsoft Press, 2003 (50 ) Nicht nützlich für unser Projekt! Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Literatur zu Visual C++ und MFC Bücher zu Visual C++ (Visual Studio) und MFC: George Shepherd, David Kruglinski Inside Visual C++.NET Microsoft Press, 2003, ISBN Eines der wenigen für Visual Studio.NET aktualisierten Bücher über C++ und MFC. Deutsche Version des amerikanischen Microsoft Press Originals. Sehr empfehlenswert. Hans-Jürgen Scheibl Visual C++.NET Hanser Verlag, 2003, ISBN Wie oben. Empfehlenswert. Jeff Prosise Programming Windows with MFC, Second Edition Microsoft Press, 1999, ISBN Sehr ausführliches Lehrbuch zu den MFC mit vielen Hintergrundinformationen. Erklärungen, warum etwas so funktioniert. Behandelt allerdings noch Visual Studio Version 6. Dennoch empfehlenswert, wenn auch teuer (70 ) Programmieren in C++ Überblick: 14.1 Model-View-Controller Architektur? Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

2 14.1 Model-View-Controller-Architektur Erstellen von graphischen Benutzerschnittstellen Graphical User Interface: GUI Völlig andere Programmstruktur Nicht einfach ein Hauptprogramm, das Methoden verschiedener Objekte der Reihe nach aufruft Auch nicht nur ein Menüsystem Programm wird durch Benutzerinteraktion gesteuert Art und Reihenfolge nicht im Detail planbar Ereignisgesteuerte Anwendung Tastatureingabe, Mausklick,... Realisiert durch sog. Model-View-Controller Anwendungsarchitektur 14.1 Model-View-Controller-Architektur MVC Rollen Model: Repräsentiert internen Zustand eines Objektes Speichert diesen Stellt Methoden zum Ändern und Abfragen zur Verfügung View: Stellt Zustand des Modells dar Benutzt dazu die Methoden des Modells Controller: Reagiert auf Interaktion mit der graphischen Oberfläche Aktualisiert den Zustand des Modells Sorgt dafür, dass View aktualisiert wird Ruft ggf. anderen View auf Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Model-View-Controller-Architektur Model-View-Controller (MVC) Anwendungsarchitektur Realisierbar durch Observer Design-Pattern Beobachter beobachtet eine Sache Registriert sich bei der Sache Wird von Änderungen informiert Verschieden Visualisierungen derselben Sache sind möglich Verschiedene Views desselben Modells Soweit auch als Document-View Architektur bekannt Microsoft Foundation Classes (MFC) 14.1 Model-View-Controller-Architektur MVC Architektur Benutzereingaben Controller Änderung der Darstellung Änderungen in der Benutzerschnittstelle Bildschirmausgabe View Veränderung von Daten Model Zugriff auf Daten zur Visualisiereung Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

3 14.1 Model-View-Controller-Architektur MVC Realität View und Controller sind meistens eng miteinander verbunden Trennung würde Entwurf von visuellen Komponenten komplizieren Hätte höheren Kommunikationsaufwand zwischen View und Controller zur Folge Grundlagen der Windows-Programmierung und von MFC Ursprünglich: Windows Software Development Kit (SDK) zur Windows- Programmierung Sprache C Heute hat C++ bei der professionellen Anwendungsentwicklung C abgelöst Microsoft Foundation Class Library (MFC Library) kapselt in objektorientierter Weise das C-orientierte Windows Application Programming Interface (API) Kommt man von einer zeichenorientierten Programmierumgebung, so wird man die Windows-Programmierung als etwas völlig Neues einstufen Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Programmieren in C++ Überblick: 14.1 Model-View-Controller Architektur? Das Windows Programmier-Modell Herkömmliche Programme: Prozedurales Programmier-Modell Programm läuft vom Anfang bis zum Ende in vorhersehbarer Weise Windows-Programme sind ereignisgetrieben (event-driven) Die Anwendung reagiert auf Ereignisse (events), die dem Programm von dem Betriebssystem in Form von Botschaften (messages) mitgeteilt werden Events sind Tastatureingaben, ein Mausklick, die Auswahl eines Menüpunktes, usw. Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

4 Das Windows Programmier-Modell (fortgesetzt) Der Eintrittspunkt für ein Windowsprogramm ist eine Funktion namens WinMain Die eigentlichen Aktionen geschehen jedoch in einer Funktion, die als window procedure bezeichnet wird Diese Funktion verarbeitet alle Messages, die an das Fenster gerichtet werden WinMain kreiert das Fenster und geht dann in einen Warteschleife, die message loop Dort werden Botschaften empfangen und an die window procedure zur Verarbeitung weitergeleitet Botschaften warten in einer Warteschlange des Betriebssystems, der message queue, bis sie dort herausgenommen werden Das Windows Programmier-Modell (fortgesetzt) In C wird die window procedure üblicherweise als eine große, monolithische Funktion mit einer großen switch-anweisung realisiert, wobei jeder case-zweig einer zu verarbeitenden Botschaft entspricht Der Code für eine bestimmte Botschaft wird auch als message handler bezeichnet Botschaften, die die Anwendung nicht verarbeitet, werden an die API-Funktion DefWindowProc weitergeleitet, die ein Default-Verhalten für die Botschaft implementiert Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Das Windows Programmier-Modell (fortgesetzt) Zwischen der Verarbeitung der Botschaften tut eine typische Windows- Anwendung in der Regel nichts Das Windows Programmier-Modell Die Warteschleife wird beendet, wenn die Message WM_QUIT empfangen wird Dann beendet WinMain das Programm Die window procedure ruft üblicherweise andere Funktionen auf, um die Botschaft zu verarbeiten Dies können Funktionen der Anwendung sein, aber auch Windows API Funktionen Diese stehen üblicherweise in Form von dynamic-link libraries (DLLs) zur Verfügung Die Win32 API besteht aus hunderten solcher Funktionen Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

5 Programmieren in C++ Überblick: 14.1 Model-View-Controller Architektur? MFC als Application Framework Die MFC ist außerdem ein Anwendungsgerüst (application framework) Sie definiert die Grundarchitektur der Anwendung, an die man sich halten muss Viele Routineaufgaben einer Anwendung werden von diesem Framework bereits übernommen Die Klasse CWinApp, die die Anwendung selbst repräsentiert (als Applikationsobjekt), übernimmt bereits alle Aspekte des Ablaufs eines Windows-Programmes Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C MFC Library ist eine C++ Klassenbibliothek, die das Windows-API mit einer objektorientierten Kapselung versieht. Version 7 besteht aus über 200 Klassen. Einige Klassen sind sehr einfach, wie z.b. CPoint Andere, wie z.b. CWnd, die die ganze Funktionalität eines Fensters kapselt, sind äußerst komplex Wenn man die MFC benutzt, ruft man die Windows-API nie direkt auf, immer nur Methoden der MFC-Klassen Manchmal sind diese Methoden nur ganz dünne Umhüllungen (wrappers) um die entsprechenden Windows-API Funktionen MFC als Application Framework (fortgesetzt) Das Framework stellt bereits die o.g. WinMain Funktion zur Verfügung WinMain selbst ruft die Methoden des Applikationsobjektes auf, die die eigentliche Anwendung ausmachen So realisiert die Methode Run von CWinApp, aufgerufen von WinMain, die message loop, die die Botschaften dem Fenster der Anwendung zustellt Bei der Nutzung eines Application Frameworks realisiert man die Anwendung sozusagen bottom up Eine Default-Funktionalität existiert bereits Meist tut sie gar nichts Indem man virtuelle Methoden der vorgegebenen Klassen bei deren Nachfahren überschreibt, implementiert man das gewünschte Verhalten der eigenen Anwendung Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

6 MFC als Application Framework (fortgesetzt) Die MFC realisiert eine zusätzliche Abstraktion gegenüber der schlichten Windows-API So errichtet die Document/View Architektur eine leistungsfähige Infrastruktur über die API, die die eigentlichen Daten und die Geschäftslogik des Programms von ihrer graphischen Darstellung separiert Solche Abstraktionen gibt es in der API überhaupt nicht, auch nicht außerhalb der MFC oder ähnlicher Klassenbibliotheken Document/View Architektur Die Document/View Architektur geht auf die Model-View-Controller Architektur von Smalltalk zurück, wobei hier das Model dem Document entspricht und der Controller-Teil zumeist vom View mit übernommen wird Diese Architektur findet man auch in anderen Anwendungs- Frameworks, wie z.b. bei Borland Delphi oder Java Swing Was bringt diese spezielle Architektur? Sie vereinfacht z.b. sehr das Drucken und die Druckvorschau ebenso wie das Speichern von Documents auf der Festplatte und das Zurücklesen. Man darf den Begiff document nicht zu eng auslegen Das document ist lediglich eine abstrakte Repräsentation der Daten und der Geschäftslogik der Anwendung Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Document/View Architektur Eckpfeiler des Application Frameworks der MFC Die Struktur jedes Programms ist derart, dass Dokument-Objekte die Daten und die Geschäftslogik der Anwendung halten und View-Objekte diese (ggf. in unterschiedlicher Weise) darstellen Die Basisklassen dafür sind CDocument und CView Die Klassen CWinApp und CFrameWnd, wie auch andere, kooperieren mit CDocument und CView, um alle Teile der Anwendung zusammenzubinden Fast alle MFC-Klassen sind von der Wurzelklasse CObject abgeleitet CObject implementiert bereits drei wichtige Funktionalitäten: Serialisierung von Objekten Run-Time Class Information (RTCI), nicht identisch mit der üblichen Run-Time Type Information (RTTI) ab Visual C Unterstützung von Diagnostik und Debugging Weiterhin schützt CObject vor Speicherlecks (memory leaks). Die Klasse überschreibt die new und delete Operatoren, so dass bei Beendigung des Programms vor noch nicht freigegebenen dynamischen Objekten gewarnt werden kann Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

7 AFX Funktionen Nicht alle Funktionen der MFC sind Methoden von Klassen Es gibt auch globale Funktionen, deren Namen alle mit Afx beginnen Beispiele: Funktion Beschreibung AfxAbort AfxBeginThread AfxEndThread AfxMessageBox AfxGetApp AfxGetAppName AfxGetMainWnd Beendet Anwendung sofort Erzeugt neuen Thread und beginnt seine Ausführung Beendet den aktuellen Thread Stellt eine Windows Message Box dar Liefert Zeiger auf das Anwendungs-Objekt Liefert Name der Anwendung Liefert Zeiger auf das Hauptfenster der Anwendung Eine erste MFC Anwendung Wichtige Basisklassen hierfür: CWinApp, CFrameWnd. Weiterhin: Nutzung von CPaintDC (device context) message mapping, wodurch die Verbindung zwischen einem bestimmten Message-Typ und der entsprechenden Methode geschaffen wird, die die Botschaft verarbeitet AfxGetInstanceHandle AfxRegisterWndClass Liefert Handle, die die aktuelle Anwendungs- Instanz repräsentiert Registriert eine veränderte WNDCLASS für eine MFC Anwendung Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Programmieren in C++ Überblick: 14.1 Model-View-Controller Architektur? Hello.h Deklarationen der beiden von CWinApp und CFrameWnd abgeleiteten Klassen: class CMyApp : public CWinApp public: virtual BOOL InitInstance(); }; class CMainWindow : public CFrameWnd public: CMainWindow(); protected: afx_msg void OnPaint(); afx_msg void OnAbout(); DECLARE_MESSAGE_MAP() }; typedef int BOOL Lediglich Marker, dass dies Message Handler sind Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

8 Hello.cpp Implementierungen der beiden Klassen (normalerweise sollte jede Klasse in eigenen Dateien deklariert und definiert sein; wir werden das in Zukunft auch so machen): #include <stdafx.h> #include <resource.h> #include "Hello.h" CMyApp myapp; ///////////////////////////////////////////////////////////////// // CMyApp member functions BOOL CMyApp::InitInstance () m_pmainwnd = new CMainWindow; m_pmainwnd->showwindow (m_ncmdshow); m_pmainwnd->updatewindow (); return TRUE; }... Die Anwendung als globale Variable Hello.cpp (fortgesetzt)... void CMainWindow::OnPaint () CPaintDC dc (this); } CRect rect; GetClientRect (&rect); dc.drawtext (_T ("Hello, MFC"), -1, &rect, DT_SINGLELINE DT_CENTER DT_VCENTER); void CMainWindow::OnAbout() } CDialog about(idd_aboutbox); about.domodal(); Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Hello.cpp (fortgesetzt)... ///////////////////////////////////////////////////////////////////// // CMainWindow message map and member functions BEGIN_MESSAGE_MAP (CMainWindow, CFrameWnd) ON_WM_PAINT () ON_COMMAND(ID_APP_ABOUT, OnAbout) END_MESSAGE_MAP () CMainWindow::CMainWindow () LoadFrame(IDR_MAINFRAME); }... Bringt man das Programm zum Ablauf, so erhält man ein klassisches Windows-Fenster mit der üblichen Funktionalität verschieben, Größe verändern, minimieren, schließen In der Mitte steht der gewünschte Text Betrachten wir den Code im Detail. Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

9 Das Anwendungs-Objekt Das Applikations-Objekt wird in einer globalen Variablen gehalten. Damit ist es automatisch erzeugt und von überall zugreifbar. CMyApp myapp; InitInstance BOOL CMyApp::InitInstance () // Erzeuge Hauptfenster m_pmainwnd = new CMainWindow; Die Klassendeklaration ist in Hello.h: class CMyApp : public CWinApp public: virtual BOOL InitInstance (); }; } // Stelle Fenster dar m_pmainwnd->showwindow(m_ncmdshow); m_pmainwnd->updatewindow(); return TRUE; Der Parameter m_ncmdshow spezifiziert, wie das Fenster dargestellt wird (min, max,...) typedef int BOOL m_ncmdshow ist eine Member-Variable von CWinApp Ist initialisiert auf den Wert SW_SHOWNORMAL Aufruf von UpdateWindow(): Sofortiges Neuzeichnen des Fensters Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Das Anwendungsobjekt (fortgesetzt) Stellt die Windows-Messageloop zur Verfügung Mehrere virtuelle Funktionen können überschrieben werden, um das konkrete Anwendungsobjekt anzupassen Die Header-Datei afxwin.h enthält die Deklarationen von CWinApp und anderen MFC-Klassen Die Methode InitInstance() wird hier überschrieben Sie wird zu Beginn der Lebenszeit des Anwendungs-Objektes aufgerufen, noch bevor die Fenster kreiert werden Dies muss in InitInstance() geschehen Die Default-Implementierung von CWinApp::InitInstance besteht nur aus einer Zeile im Funktionsrumpf: CWinApp hat mehr als ein Dutzend virtuelle Funktionen, die überschrieben werden können. Beispiele sind: ExitInstance für Aufräumarbeiten, bevor die Anwendung beendet wird OnIdle für Hintergrundverarbeitung. Wird aufgerufen, wenn die Anwendung nichts zu tun hat Run kann (im Prinzip) überschrieben werden, um die Message- Loop abzuändern PreTranslateMessage erlaubt es, bestimmte Messages vor der normalen Zustellung abzufangen und einer Sonderbehandlung zu unterziehen return TRUE; FALSE als Return-Wert würde die Anwendung beenden Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

10 Das Frame Window-Objekt Unsere Fensterklasse CMainWindow ist Nachfahre von CFrameWnd und diese Klasse ist wiederum Nachfahre von CWnd Ein Frame Window dient als äußerster Rahmen für eine Windows-Anwendung Es kann andere Views, Toolbars, Statuszeilen etc. enthalten Create... ist deklariert als: BOOL Create (LPCTSTR lpszclassname, LPCTSTR lpszwindowname, DWORD dwstyle = WS_OVERLAPPEDWINDOW, const RECT& rect = rectdefault, CWnd* pparentwnd = NULL, LPCSTR lpszmenuname = NULL, DWORD dwexstyle = 0; CCreateContext* pcontext = NULL) Windows-Datentypen: (Long) Pointer to C- String (8 oder 16 Bit) 16 Bit unsigned Integer (Long) Pointer to C- String (8 Bit) Bis auf die ersten beiden Parameter sind überall Default-Werte definiert Der erste Parameter spezifiziert den Namen der WNDCLASS, auf der das Fenster basiert NULL bedeutet hier, dass ein Default-Rahmenfenster, wie es von dem Anwendungs-Framework vorgesehen ist, erzeugt wird Der zweite Parameter spezifiziert den Text, der in der Titelzeile des Fensters erscheint Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Unser Hauptfenster wird in CMyApp::InitInstance durch dynamische Erzeugung und Aufruf des Konstruktors erzeugt: CMainWindow::CMainWindow () Create (NULL, _T ("The Hello Application")); } Create ist eine Methode von CMainWindow, die von CFrameWnd geerbt wird _T ist ein Makro, durch den der String unabhängig von der aktuellen Zeichendarstellung wird Ist _UNICODE definiert, wird String in Unicode Darstellung (16 Bit) umgewandelt Weitere Create-Parameter Andere mögliche Werte für dwstyle sind WS_HSCROLL und WS_VSCROLL BOOL Create (LPCTSTR lpszclassname, LPCTSTR lpszwindowname, DWORD dwstyle = WS_OVERLAPPEDWINDOW, const RECT& rect = rectdefault, CWnd* pparentwnd = NULL, LPCSTR lpszmenuname = NULL, DWORD dwexstyle = 0; CCreateContext* pcontext = NULL) Diese Werte können auch mittels des -Operators kombiniert werden dwexstyle erlaubt die Angabe erweiterter Fensterstile (historisch bedingt) rect spezifiziert die anfängliche Position und Größe des Fensters. rectdefault ist ein Klassenattribut von CFrameWnd und spezifiziert Default-Werte. Die Anfangsparameter können durch Angabe eines CRect Objektes bestimmt werden: Create (NULL, _T ("Hello"), WS_OVERLAPPEDWINDOW, CRect(32, 64, 352, 304)); Die Parameter sind die Koordinaten der linken oberen und rechten unteren Ecken des Fensters Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

11 Weitere Create-Parameter BOOL Create (LPCTSTR lpszclassname, LPCTSTR lpszwindowname, DWORD dwstyle = WS_OVERLAPPEDWINDOW, const RECT& rect = rectdefault, CWnd* pparentwnd = NULL, LPCSTR lpszmenuname = NULL, DWORD dwexstyle = 0; CCreateContext* pcontext = NULL) pparentwnd identifiziert den Parent oder Owner des Fensters Bei einem Top-level Fenster ist dies NULL (das Desktop ist der Besitzer dieses Fensters!) lpszmenuname spezifiziert das zum Fenster gehörige Menü. Mit NULL existiert ein solches Menü (noch) nicht. pcontext ist ein Zeiger auf eine CCreateContext Struktur die von dem Framework in Verbindung mit der Document/View Architektut benötigt wird. Unterliegt die Anwendung nicht dieser Architektur, sollte der Zeiger auf NULL gesetzt werden. CMainWindow::OnPaint void CMainWindow::OnPaint () CPaintDC dc (this); // Erzeuge device context } CRect rect; // Erzeuge CRect Objekt GetClientRect (&rect); // Weise client Bereich zu // Zeichne Text dc.drawtext (_T ("Hello, MFC"), -1, &rect, DT_SINGLELINE DT_CENTER DT_VCENTER); Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Das Fenster malen Unsere Anwendung zeichnet ihren Inhalt nicht wann sie will, sondern immer nur auf Anforderung des Frameworks Dies geschieht durch Erhalt einer WM_PAINT Botschaft Auf diese Botschaft hin muss der Client-Bereich des Fensters gezeichnet werden Device Kontext Objekt Die Klasse CPaintDC definiert einen Windows device context Bei Windows wird jede graphische Ausgabe (auf Bildschirm, Drucker) mit Hilfe von device context Objekten durchgeführt CPaintDC erbt von der allgemeinen Klasse CDC und wird nur in WM_PAINT Message Handlern benutzt. Die Botschaftsbehandlungsroutine ist die Methode CMainWindow::OnPaint() Wichtige Windows API Funktionen werden im Konstruktor und Destruktor von CPaintDC aufgerufen (::BeginPaint, ::EndPaint) Dadurch, dass die CPaintDC-Instanz auf dem Stack angelegt wird, ist sichergestellt, dass am Ende auch der Destruktor aufgerufen wird Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

12 Device Kontext Objekt (fortgesetzt) DrawText zeichnet in unserem Fall einen nullterminierten (Parameter: 1) String als eine Zeile, horizontal und vertikal zentriert, in den Client-Bereich Message Map (fortgesetzt) Was muss man tun, um einer Klasse eine Message Map hinzuzufügen? Deklariere die Message Map durch Hinzufügen von DECLARE_MESSAGE_MAP zur Klassendeklaration in der Header-datei Es fällt auf, dass kein Font o.ä. angegeben wird Diese Eigenschaften gehören zu dem Device Context Implementiere die Message Map in der.cpp-datei, indem Makros, die die von der Klasse zu behandelnden Messages identifizieren, zwischen BEGIN_MESSAGE_MAP und END_MESSAGE_MAP platziert werden. Füge die Methoden zur Behandlung der Messages hinzu Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C Message Map Wie kommt es, dass die Botschaft WM_PAINT die Methode CMainWindow::OnPaint aufruft? Dazu dient die Message Map Die Message Map ist eine Tabelle, die eine Verknüpfung zwischen Windows Messages und Methoden herstellt Jede Klasse, die Nachfahre von CCmdTarget ist, kann eine Message Map enthalten Das Innenleben der MFC bezüglich Message Maps verbirgt sich hinter einigen recht komplexen Makrodefinitionen Die Verwendung einer Message Map ist jedoch sehr einfach Message Map (fortgesetzt) Unsere Klasse CMainWindow behandelt gerade eine Message, WM_PAINT Die Message Map wird also wie folgt implementiert: BEGIN_MESSAGE_MAP (CMainWindow, CFrameWnd) ON_WM_PAINT () END_MESSAGE_MAP () Die Parameter von BEGIN_MESSAGE_MAP spezifizieren die Klasse, zu der die Message Map gehört, und deren Basisklasse. Letzterer dient dazu, dass das Framework die geerbte Message Map finden kann Zwischen BEGIN_MESSAGE_MAP und END_MESSAGE_MAP stehen die Message Map Einträge Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

13 Message Map (fortgesetzt) ON_WM_PAINT ist wiederum ein Makro, der in der MFC Header-Datei afxmsg_.h definiert ist. Er spezifiziert fest verdrahtet, dass auf WM_PAINT Messages hin die Methode (member function) OnPaint aufgerufen wird MFC definiert Makros für mehr als 100 Windows Messages. Die Namenskonvention ist so, dass der Bestandteil WM_ des Message-Namens durch "On" ersetzt wird und der Rest des Namens, bis auf den ersten Buchstaben, (gemischt) klein geschrieben wird. Man muss in der MFC-Dokumentation nachsehen, welche Art von Parameterversorgung ein Message Handler zur Verfügung stellen muss Prof. Dr. Björn Dreher Liste MI Programmieren in C Message Map (fortgesetzt) In unserem Fall sieht die Deklaration in Hello.h wie folgt aus: protected: afx_msg void OnPaint (); DECLARE_MESSAGE_MAP () afx_msg steht dabei lediglich als Hinweis, dass dies eine Message- Behandlungsmethode ist Der Zusatz wird bei der Übersetzung ignoriert Innerhalb des Makros DECLARE_MESSAGE_MAP werden C++ Sichtbarkeits-Schlüsselworte (private, protected,..) verwendet Daher steht dieser meistens am Ende der Klassendeklaration Prof. Dr. Björn Dreher Liste MI Programmieren in C Message Map (fortgesetzt) Existiert keine passende Makrodefinition für einen Message Map Eintrag, so kann man den folgenden Makro verwenden: Erstellung der Anwendung (VC !) Die folgenden Schritte sind zu tun: Wählen Sie Datei Neu und dann Projekt... ON_MESSAGE (WM_SETTEXT, OnSetText) Die Parameter sind als Beispiele gemeint. Die Methode OnSetText müsste wie folgt deklariert werden: afx_msg LRESULT OnSetText(WPARAM wparam, LPARAM, lparam); Weitere spezielle Makros in diesem Zusammenhang sind ON_COMMAND, welches eine Menü-Auswahl und andere UI- Ereignisse mit der entsprechenden Methode verknüpft, und ON_UPDATE_COMMAND_UI, welches Menü-Punkte und andere UI Objekte mit "update handlers" verknüpft, die diese mit dem internen Zustand der Anwendung synchronisieren Wählen Sie Win32 und dann Win32-Projekt und geben einen Projektnamen an. Sie können den Pfad ändern. Das letzte Verzeichnis heißt immer so wie das Projekt. Selektieren Sie Projektmappenverzeichnis erstellen. Klicken Sie ok. Wählen Sie unter Zusätzliche Optionen Leeres Projekt und klicken Sie auf Fertigstellen Um Quelltext from scratch hinzuzufügen, wählen Sie Datei Neu Datei... und dann unter Visual C++ den Quelltext Typ. Um eine bereits bestehende Datei hinzuzufügen, wählen Sie im Projektmappenexplorer das Projekt aus. Im Kontextmenü wählen Sie Hinzufügen Vorhandenes Element... und wählen dann die Dateien Prof. Dr. Björn Dreher Liste MI Programmieren in C Prof. Dr. Björn Dreher Liste MI Programmieren in C

14 Erstellung der Anwendung (VC !) Die folgenden Schritte sind zu tun (fortgesetzt): Wählen Sie Projekt Eigenschaften. Wählen Sie unter Konfigurationseigenschaften Allgemein in dem Feld Verwendung von MFC : MFC in einer öffentlichen DLL verwenden. Klicken Sie ok. Nun kann über Erstellen oder Ausführen das Programm erstellt bzw. zum Ablauf gebracht werden Prof. Dr. Björn Dreher Liste MI Programmieren in C