ドキュメント/ビュー アーキテクチャの利点
MFC のドキュメント/ビュー アーキテクチャを使用する主な長所は、アーキテクチャが同じドキュメントの複数のビューを特に多くサポートすることです。複数のビューを必要とせず、ドキュメント/ビューの小さいオーバーヘッドがアプリケーションの余分な場合は、アーキテクチャを回避できます。ドキュメント/ビュー アーキテクチャの代替手段）。
アプリケーションがスプレッドシート形式またはグラフ ユーザーのフォーム ビューの数値データを可能にするとします。ユーザーは、データの結果生のデータ、スプレッドシート形式で、そのグラフを同時に表示する場合があります。別のフレーム ウィンドウまたは単一ペインに分割ペインのこれらの別のビューが表示されます。現在は、ユーザーがスプレッドシートのデータを編集し、すぐに反映されるグラフの変更を確認することがあることを前提としています。
MFC では、スプレッドシートのビューとグラフ ビューでは、 CView から異なる派生クラスに基づいています。ビューは両方とも、シングル ドキュメント オブジェクトに関連付けられます。ドキュメント データ ストア （または、データベースからデータを取得します）。アクセス ドキュメントを表示し、そのオブジェクトから取得されたデータが表示されます。
ユーザーがビューの 1 種類を更新する場合、そのビュー オブジェクトの呼び出し CDocument::UpdateAllViews。関数はドキュメントから最新のデータを使用してドキュメントのビューすべて、および各ビュー自体を更新すること。UpdateAllViews への呼び出しは異なるビューを同期します。
このシナリオは、特にビューが独自データを格納するビューのデータで分離せずにコードが困難になります。ドキュメント/ビューで、簡単です。フレームワークは、の処理のほとんどを調整します。