・表示するときはまず「ボールペン」のノードを探して「黒」を追加...「ノート」のノードを探して「A4」を探して「白」を追加...・読み取るときは1階層目のノード数を調べて、1階層目の1番目のノード数を調べて...と、いうようにするしかないのでしょうか?そう思うと、なにか気が遠くなってきまして...もし、知っている方がおられましたらご助言お願いします。返信データベースとTreeViewのイベントを賢く使えば効率よく出来ます。21:30:13)データの持ち方にもよりますがやはりツリーは再帰関数で処理をすると楽です。「再帰関数」とか「再帰処理」で検索すると色々出てくると思います。子ノードか孫ノードの番号が0で埋められていたら親ノードのみまたは子ノードのみ...としました。これをテーブルの件数分だけキー項目を分析して処理する方法で表示させました。することで、具体的にいちいち「ボールペンだったら...、ノートだったら...」といった処理は必要なくなります。して数字に意味を持たせる方法は基本的にあまり好ましくない方法らしいので、「こういった方法もありますよ」といった程度で...。上記の例のように、ボールペン-色、ノート-サイズ-色が決まっているなら、TreeNodeクラスを継承してクラスを作成するのが良いかもしれませんね。SizeNode,ColorNode,ProductNodeのように。各継承したNodeには、Nodesオブジェクトが存在するので、各イベントで判断する場合は、senderオブジェクトで判定。Tを使用する場合は別に用意する必要あり。)ノードの種類が増えて可読性が落ちる場合はデリゲートを用意して、個別のイベントを発火。Tが使えるので、各Nodeクラスコレクションクラスを用意しなくてもよい時代になってるので実装は楽になった部分もありますが、固有の処理を実装したい場合はまだ個別のコレクションクラスを用意した方が可読性よくて個人的には好きです。TreeViewと何かを連動させるなら、TreeViewも継承すると楽になります。抽象化して、エクスプローラーのような左右(もしくは上下)連動するコントロールを多用するならデザインパターンが使用できますね。21:10:43)沢山の書き込みありがとうございました。皆さんの書き込みろリンク先を閲覧しましたが全体でやっぱり、ポンと簡単に分別、マージしてくれるような便利なコントロールではないとわかりました...甘かったです(反省)リンク先やご助言を使いながら、力任せに作っていこうと思います。本当にありがとうございました。