プログラマ専用SNS ミクプラ

YuO さんが書きました:WinFormsであれば，個人的にはTreeNodeを継承したクラスを作り，そこに右側表示用のコントロールを紐付けられるようにしておきます。
そして，選択されたタイミングで右側に表示されるコントロールをTreeNodeから取得して切り替えます。

まぁ，WPFでDataTemplate使う，でやっちゃえそうな気もしますが。

YuO さんが書きました:まず，右側に表示する内容はすべてUserControlにします。
次に，TreeNodeを継承したクラスは，UserControlを型とするpublicプロパティを用意しておきます。
setに関してはコンストラクタ引数にして，プロパティはgetのみとしてもよいでしょう。

で，TreeにTreeNodeを継承したクラスのインスタンスを追加する時 (property-set) or 作成する時 (constructor) に，
上記で作成したプロパティに表示するためのUserControlを設定します。
TreeNodeはViewの物なので，UserControlを直接持っても問題ないと思います。

• TreeView / ListViewはデータバインディングに対応していない (選択しているView部品にバインドしているModelが取得できない)
• Modelの型に合わせてコントロールを切り替えるシステムが組み込まれていない

YuO さんが書きました:ListBoxでも同じだと思うんですけどね……。
単純に，View部品に関係するView部品を持たせてしまうだけですから。
AとBの間に関連がある，というのであれば，それをオブジェクトの中に関連として保持します。
外側に関連を保持するのは，その関連が分散してしまう可能性があります。

ListBoxであってもインデックスを使う，というのは上記に反するので悪手で，
ListBoxに「表示文字列」と「表示用ユーザーコントロール」を取得するためのプロパティを持つクラスのインスタンスを追加しておき，
表示はDisplayMemberで制御，コントロールの変化はSelectedItem経由で行う，というのが正攻法です。

これと同じく，TreeViewでもTreeNodeを継承したクラスには「表示用ユーザーコントロール」を取得するためのプロパティを用意します。
TreeNodeが選択されたら，そのノードから「表示用ユーザーコントロール」を取得し，それを表示します。
ここで，「表示用ユーザーコントロール」をどうやって設定するか，というのにコンストラクタを使うかプロパティへの設定で行うかは，要件次第となります。

オフトピック

2006年頃(=VS2005が出た頃)に，プラグインシステムでの設定用に考えた物が土台です。
このため，このような仕組みになっているところはあります。

WPFのようにModelの型から表示するユーザーコントロールを決定する方法もありますが，WinFormsでは

• TreeView / ListViewはデータバインディングに対応していない (選択しているView部品にバインドしているModelが取得できない)
• Modelの型に合わせてコントロールを切り替えるシステムが組み込まれていない

という理由から不向きだと思います。

オカピーα さんが書きました:このプロジェクトでは、入力された情報を、別途ファイルに保存し、次回起動時に復元しなければならないのですが･･･
ツリービューと情報クラスとの紐をどうやって保存するか見当もつきません･･･
どうしたらいいのでしょうか、引き続きお願いできましたら幸いです。

private Models.Model _model;
public UserControl1 () // デザイナで必要
{
    InitializeComponents();
    _model = null; // とりあえず，モデルをnullにしておく
}

public UserControl1 (Models.Model model) : this() // デフォルトコンストラクタを必ず呼び出す
{
    _model = model; // 渡されたモデルを保持
}

protected override void OnLoad (EventArgs e)
{
    base.OnLoad(e);
    if (_model != null) modelBindingSource.DataSource = _model; // データバインドする
}

YuO さんが書きました:

オカピーα さんが書きました:このプロジェクトでは、入力された情報を、別途ファイルに保存し、次回起動時に復元しなければならないのですが･･･
ツリービューと情報クラスとの紐をどうやって保存するか見当もつきません･･･
どうしたらいいのでしょうか、引き続きお願いできましたら幸いです。

ツリービューと情報クラスは紐付く必要はないでしょう。
Form自体がModelへの参照は保持していると思うので，Model自身かその一部をユーザーコントロールに渡します。
このあたりは，TreeNodeへの拡張と同じ方法です。
ただし，UserControlをデザイナで使うためにはデフォルトコンストラクタが必要なので，

コード:

private Models.Model _model;
public UserControl1 () // デザイナで必要
{
    InitializeComponents();
    _model = null; // とりあえず，モデルをnullにしておく
}

public UserControl1 (Models.Model model) : this() // デフォルトコンストラクタを必ず呼び出す
{
    _model = model; // 渡されたモデルを保持
}

protected override void OnLoad (EventArgs e)
{
    base.OnLoad(e);
    if (_model != null) modelBindingSource.DataSource = _model; // データバインドする
}

のような書き方になります。

• フォームで必要な情報は，クラスにまとめておく
• ユーザーコントロールで必要な情報は，クラスにまとめておく
• フォームまたはユーザーコントロールに属するコントロール (ユーザーコントロール含む) で必要な情報は，そのフォームまたはユーザーコントロールで必要な情報が集まったクラスのプロパティとして提供する

• MOVEは望まれなかった子 - the sea of fertility
  [翻訳]MVCは死んだ。MOVEするときがきた - きしだのはてなへの反論文書にして，PDSやMVC系アーキテクチャについての責務の詳細な説明
• MVVMパターンとイベント駆動開発、そしてMVC/MVP/PMパターンとの関係 – 何故MVVMなのか - the sea of fertility
  前記の尾上氏の別の記事。スライドにMVCの説明あり。あと，尾上氏のサイトには，8/4 わんくま同盟 大阪勉強会 #50で2コマ話してきました！ - the sea of fertilityのような良記事がたくさんあります。
• MVCモデルについて - GeekなNooblog
  JavaベースでのUIアーキテクチャについての考察。PDSは言語に囚われないので，C#以外の文書でも役に立ちます。
• 開発者が知っておくべき、6つのUIアーキテクチャ・パターン － ＠IT
  各種UIアーキテクチャの一覧と考察。