質問

い階層の分類がカテゴリーで単一の親会社で複数のレベルの子どもたち。)

の研究にも取り組ん表示する方法についてこれらの情報をユーザーのように思われます基本的なバニラのツリーレイアウトが最も直感的にかかるものと思われます。なんだものを提案することができその他のアプローチ。

の要件は、これまでの

1)であることを証明で、ユーザーのリストの親子関係 2)により、ユーザーは簡単に移動項目の周りかドラッグ&ドロップまたはその他の方法) 3)といった階層データと複数の親、あなたは何点ぐらいになると思う変更します。

りました!!-Kevin

役に立ちましたか?

解決

基本的なツリーを制御したり、大きな成功を示す階層的な関係。で比較的習得が容易のための初心者でのデファクトスタンダードに至るにも最適で編集関係、特にドラッグドロップします。でも、唯一の選択の場合、階層の深さが異なり任意によるオブジェクト(すなわち、任意のオブジェクトのツリーができる子ども、孫、大-グランド-子供などに限"です。").

の代替ツリーはウインドウをデータソースとなる文書リストガ.このデザイン、区画を含む親オブジェや他の子どもを含むオブジェクト。選択親オブジェクトpopulates子ペインと子供たち。できるグランド子ガ大-グランド子区画として必要だが、マスター-詳細は仕事がある固定層数の上位の階層となります。ユーザーが編集の親子関係によるグリッドやカット/コピー&ペーストの子どもの体内のいずれかまたはウィンドウ間での類似を用いツリーます。

マスター-詳細は通常より樹木は、以下の各号に該当する場合

  • の提示が必要となります複数の特性や属性などの各オブジェクトです。例えば、指定されたプロジェクトのオブジェクトしたいリストのみならず従業員数はそれぞれのチームがパフォーマ員がそれぞれの名前、役職、タイトル部門、写真を撮ります。マスター-詳細は、各区画のんびりできるとしてテーブルまたは書き表示について多くの各オブジェクトです。ツリー制度は、しばしばリゾートには非効率で混乱特性の対話ります。

  • 必要なものsubdivideます。例えば、指定されたプロジェクトのオブジェクトを維持したいフューエルインジェクション会員とは別のプロジェクト。マスター-ディテールできるのは、二以上のお子様は区画のための単一の親会社ペインで、ひとつの区画のチームメンバーと一覧の段階にある。まくく関係のない子物は別木です。

  • ご多対多関係で、各児童の父母と親との複数の子どもたち。例えば、う各プロジェクトは、複数の従業員のチームメンバー)が各従業員が作業を複数のプロジェクト.できるウィンドウのプロジェクトの親区画を子ペイン、または従業員の親会社ペインやプロジェクトの課題をペイン、またはできています。ツリーのコントロール混乱させた場合には、ユーザーが多対多関係で、ユーザーが見つからない同様子を複数含まれます。

他のヒント

あなたはそれをより魅力的にするために、いくつかの視覚的なフロー・チャートスタイルのデザインを置くことができます。どのくらい遠くまであなたが行きたいのは、完全にあなた次第です。これは、複数の親をお届けします。

それは抽象的なものであるかのように

あなたの質問は、あなたの設計上の問題を扱います。残念ながら、それは単純ではない - !唯一の完璧な解決策があった場合は、

UIデザインは非常にcontextualisedです。彼らはこのツリーをブラウズするときは、すなわち(あなたがサポートしようとしているユーザーが正確に何をやっているユーザー・グループ(すなわち、彼らのニーズ、目標、期待)について考える必要が及び活動の種類?彼らの目標は何?彼らが使用しようとしていますあなたのアプリ毎日または年に一度?など)。何が他の場所でうまく動作しない場合があり、あなたのコンテキストで動作します。

人々は常に失望している言ったとき、の「クイックプロトタイプを構築し、エンドユーザーのサンプルでテスト行く」の。それはtypcial開発者の快適ゾーンの外、さらに仕事と、それを必要とします。しかし、それはあなたのUIがあなたの特定のコンテキストのために右であることを確認するための唯一の方法です。

scroll top