Freigeben über


Unterschiede beim Programmieren mit Windows Forms und MFC

In den Themen unter Verwendung eines Windows Form-Benutzersteuerelements in MFC wird die MFC-Unterstützung für Windows Forms beschrieben. Wenn Sie mit .NET Framework oder MFC nicht vertraut sind, bietet Ihnen dieses Thema Hintergrundinformationen zu den Unterschieden zwischen diesen beiden Arten der Programmierung.

Windows Forms dient dem Erstellen von Microsoft Windows-Anwendungen in .NET Framework. Dieses Framework stellt eine moderne, objektorientierte und erweiterbare Auswahl von Klassen bereit, mit denen Sie umfangreiche Windows-Anwendungen entwickeln können. Windows Forms bieten die Möglichkeit, eine vielseitige Clientanwendung zu erstellen, die auf eine Vielzahl von Datenquellen zugreifen kann und mithilfe von Windows Forms-Steuerelementen die Datenanzeige und -bearbeitung ermöglicht.

Wenn Sie jedoch mit MFC vertraut sind, sind Sie es möglicherweise gewohnt, bestimmte Anwendungstypen zu erstellen, die von Windows Forms noch nicht ausdrücklich unterstützt werden. Windows Forms-Anwendungen sind gleichwertig mit MFC-Dialoganwendungen. Sie bieten jedoch nicht die Infrastruktur für die direkte Unterstützung anderer MFC-Anwendungstypen wie OLE-Documentserver/-container oder ActiveX-Dokumente, bzw. zur Unterstützung der Dokument-/Ansichtarchitektur für SDI- (Single-Document Interface), MDI- (Multiple-Document Interface) und MTI-Anwendungen (Multiple Top-Level Interface). Diese Anwendungen können jedoch mithilfe einer selbst programmierten Logik erstellt werden.

Weitere Informationen zu Windows Forms-Anwendungen finden Sie in der Einführung in Windows Forms.

Zu den folgenden Ansichts- oder Dokument- und Befehlsroutingfeatures von MFC bestehen keine Äquivalente in Windows Forms:

  • Shellintegration

    Befehle für den dynamischen Datenaustausch (DDE, Dynamic Data Exchange) und Befehlszeilenargumente, die von der Shell verwendet werden, wenn Sie mit der rechten Maustaste auf ein Dokument klicken und Verben wie Öffnen, Bearbeiten oder Drucken auswählen, werden von MFC verarbeitet. Windows Forms bietet keine Shellintegration und reagiert nicht auf Shellverben.

  • Dokumentvorlagen

    In MFC wird eine in einem Rahmenfenster (im MDI-, SDI- oder MTI-Modus) enthaltene Ansicht durch Dokumentvorlagen mit dem geöffneten Dokument verknüpft. Windows Forms bietet kein Äquivalent zu Dokumentvorlagen.

  • Dokumente

    Durch MFC werden Dokumentdateitypen registriert und der Dokumenttyp verarbeitet, sobald ein Dokument über die Shell geöffnet wird. Windows Forms bieten keine Dokumentunterstützung.

  • Dokumentzustand

    Der Änderungszustand eines Dokuments wird von MFC beibehalten. Daher werden Sie von MFC aufgefordert, das Dokument zu speichern, sobald Sie die Anwendung beenden, die letzte Ansicht schließen, in der die Anwendung enthalten ist, oder Windows beenden. Windows Forms bieten keine gleichwertige Unterstützung.

  • Befehle

    Das MFC-Konzept ist befehlsbasiert. Über Menüleiste, Symbolleiste und Kontextmenü können stets dieselben Befehle aufgerufen werden, z. B. nullAusschneidennull und nullKopierennull. In Windows Forms sind Befehle eng an Ereignisse eines bestimmten UI-Elements (z. B. eines Menüelements) gebunden, sodass alle Befehlsereignisse explizit verknüpft werden müssen. Mehrere Ereignisse können in Windows Forms auch mit einem einzelnen Handler verarbeitet werden. Weitere Informationen finden Sie unter Verbinden Ing Multiple Events to a Single Event Handler in Windows Forms.

  • Befehlsrouting

    Das MFC-Befehlsrouting ermöglicht die Befehlsverarbeitung durch die aktive Ansicht bzw. das aktive Dokument. Da ein und derselbe Befehl in verschiedenen Ansichten oftmals ein unterschiedliches Verhalten aufweist (nullKopierennull verhält sich in der Textbearbeitungsansicht anders als in einem Grafikeditor), müssen die Befehle von der aktiven Ansicht verarbeitet werden. Da Windows Forms-Menüs und -Symbolleisten kein grundlegendes Verständnis der aktiven Ansicht haben, können Sie keinen anderen Handler für jeden Ansichtstyp für Ihr MenuItem.Click-Ereignis verwenden, ohne zusätzlichen internen Code zu schreiben.

  • Mechanismus zur Befehlsaktualisierung

    MFC verfügt über einen Mechanismus zur Befehlsaktualisierung. Aus diesem Grund ist die aktive Ansicht oder das aktive Dokument für den Zustand der Benutzeroberflächenelemente verantwortlich (z. B. das Aktivieren bzw. Deaktivieren eines Menüelements oder einer Symbolleisten-Schaltfläche sowie der Aktivierungsstatus). Windows Forms bieten keinen gleichwertigen Mechanismus für die Befehlsaktualisierung.

Siehe auch

Verwenden eines Windows Form-Benutzersteuerelements in MFC