Wenn Sie ein SDI-Projekt auswählen, erhalten Sie ein ganzes Model-View-Controller-Framework. Sie erhalten eine Dokumentklasse (die von CDocument geerbt wird), die idealerweise alle Daten enthalten sollte, und eine View-Klasse (die von CView stammt), die mit der Anzeige zu tun hat. Sie erhalten einen Hosting-Frame mit einem bereits angehängten Menü, und es gibt Funktionen, die Sie überschreiben können, um sie zu speichern und in eine Datei zu laden.
Wenn Sie eine dialogbasierte Anwendung haben, erhalten Sie einen Dialog. Das ist es. Natürlich kann dieser Dialog andere hervorbringen, aber die Anwendung besteht im wesentlichen aus einem Dialog.
Wenn Sie eine kleine Anwendung entwickeln, die nur eine Aufgabe ausführt, ist eine Dialoganwendung geeignet, da Sie den Overhead nicht benötigen.
Wenn Sie eine Anwendung entwickeln, bei der der Benutzer Daten lädt, bearbeitet und speichert, wäre der SDI-Pfad geeigneter.
Nachdem ich Ihre Frage beantwortet habe, würde ich höflich fragen, ob es einen zwingenden Grund gab, warum Sie MFC über Windows Forms gewählt haben. Ich glaube, dass MFC eine ausgezeichnete Technologie für seine Zeit war, aber die Visual Studio-Suite bietet erweiterte Tools (wenn Sie bereit sind, den .NET-Pfad zu gehen).
Entschuldigung, ich muss Ihre Frage verpasst haben. Ich kenne oder habe keine Kenntnisse oder keine Schulung in Windows Forms. Vielleicht könnte es etwas sein, in das man schauen kann. Ich begann meine Ausbildung mit Visual C++ und MFC. –
"In seinem Tag"? Haben Sie die Fortschritte bemerkt, die MS der MFC in der Visual Studio Suite hinzufügt? Hört sich an, als hättest du MFC vorzeitig zurückgezogen. Ich bevorzuge MFC und nicht verwaltetes C++ gegenüber Windows Forms und den von .NET verwalteten Sprachen. Nenne mich Old School, aber meine nicht verwalteten MFC-Anwendungen übertreffen die verwalteten .NET-Anwendungen. Meine Kunden zahlen für Leistung, nicht Entwickler "Annehmlichkeiten" - es könnte mehr Aufwand, aber das Endergebnis war es ihnen wert. – SAMills