最近は、比較的データ指向のアプリケーションに取り組んでいます。一般に、それらは奇妙な方法で関連付けられたクラスによって表されるデータのエディターである傾向があります。オブジェクトの種類ごとに forを使用して処理してきましUserControlた。選択が変更されると、プログラムはオブジェクトに適したエディターを表示します。
このために私が作った「フレームワーク」は、ぎこちなく、乱雑に感じます。一般的に、左側に「項目選択」コントロール、右側に「作業領域」がある 2 ペインのインターフェースを使用しています。UI は、項目の選択に応答して何UserControlを表示するかを決定し、元に戻すなどの動作を実装したり、項目の変更が面倒になる前にデータを保存するかどうかをユーザーに確認したりする作業のほとんどを実行する必要があります。この投稿のインスピレーションは、私が同僚と取り組んでいる「ビルド プロセスを簡単にする」アプリケーションです。 .
ドキュメント/ビュー アーキテクチャについては、C++ の本を少し読んだことである程度の知識がありました。.NET でこれに対応するより現代的なものは、複合 UI アプリケーション ブロックである可能性があることを理解しています。問題は、これらのトピックに関する簡単なウォークスルーやハウツーしか見たことがないことです。「こういうアプリをどう設計するか」という視点ではなく、「これをアプリに貼り付ければわかる！」という視点で。私は CAB のドキュメントを 1 時間か 2 時間かけて調べましたが、やや混乱しています。私は CAB が好きではありません。なぜなら、内部で物事がどのように機能するのかに興味があるからです。フレームワークの使用に飛び込む前に、同様のパターンの単純なバージョンを実装できれば、もっとありがたいと思います。
私が本当に必要だと思うのは、この問題に焦点を当てたウェブサイトまたは本です. 私が理解していないように見える大きな部分は、懸念を適切な場所に分離する方法です。データを操作するいくつかのメソッドを使用してデータ クラスを設計することに慣れていますが、それはおそらくコントローラー オブジェクトの仕事のように思えます。このテーマの紹介に役立つ情報源は何ですか? このような素晴らしい図を描いた記事をたくさん見て、これらのアーキテクチャがどのように機能するかについての概要を理解しました。低レベルの「実装方法」の部分を教えてくれる適切なソースを見つけたことはないと思います。
