ネットワークコンポーネントは優れたUXですか？
私は非常に興味を持っていました Robの答え ここで、「ノード」の階層リストを表示するためのさまざまなオプションをリストしています
このコンポーネントは、ユーザーがCMSスタイルのアプリケーションでサイトを管理するための良い方法になると考えていました。
例えばすべてのものは互いに関係があります。
すべては、複数のマップの作成を中心に展開します。
マップは、複数のクエリ、レポート、レイアウト、それに関連付けられたツールを持つことができます。
すべてと多対多の関係があり、現時点では、ウィザードをステップ実行することですべてを構成できます。
これらの関係を表示するための別のアプローチについて説明していましたが、シナリオでネットワークコンポーネントを使用する方法を説明するのに苦労していました。私が考えることができる唯一の大まかな例は、MS Accessの関係図でした。
私はある答えを探しています：
- ネットワークコンポーネントの例
- このタイプのコンポーネントの正しい用語（つまり、ネットワークコンポーネントは正しいですか？）
- いつどのように（主観的、ただしベストプラクティスのアドバイス）の情報を使用する必要があります。
この質問はかなり広いので、入門書を出してみます。 ウィキペディアのグラフ描画エントリ は、このジャンルの視覚化の良い出発点になります。
グラフ描画は、物事のつながり方を示す写真の総称です。同義語やより具体的なバリエーションが豊富です：ノードリンク図、関係図、ネットワーク図、ソーシャルネットワーク図など。一般的に、あなたが見ている数学的モデルは 非循環グラフ です。エンティティを「ノード」と呼び、エンティティ間の接続を「エッジ」と呼ぶのが一般的です（ただし、これは少しぎこちないですが、私は一般的な会話で「線」を使用しようとします）。
これらの図の1つのUI実装について、業界で受け入れられている厳格な名前は知りません。特定の主題からの多様性と出血が多すぎます。
このタイプの情報に一般的に使用されるさまざまな表示方法は次のとおりです。
- Force Directed-"分子スタイル"。これらは、グループ化、クラスター、領域などを本当に理解したい大規模な図に最適です。それらは絡まりやすく、個々の線に詳細を表示することは困難です。サイトの例は、見た目が整然としていて完璧な階層です。ノードの相互接続が多ければ多いほど、これはより多くのネズミの巣になります。
- 直交-「配線スタイル」。レイアウトは物事間のリンクをきれいに並べるように努力しているため、これらはプロセス、フロー、およびパーツのリンク方法に関する詳細を表示するのに役立ちます。 Accessの例はこれに適合します-これはプログラミングの世界では一般的です（多くのIDEとDB管理ツールにはモデルの基本的なグラフが含まれます）。ノードの数が多すぎると、ノードを分散する必要があり、ノード間のルートが長くなる可能性があるため、これらを理解するのが難しくなる場合があります。
- 円形-「リング」。ノードの数が非常に変動する場合、これらは素晴らしいバランスです。線のクラスターを太くしたり細くしたりすることで、グループ化の感覚をつかむことができますが、主に線が整然としているため、線をかなり詳細に理解できます。
すべての場合において、グラフの関連部分（ホバー、ノードをクリックすること、または「タイプXのすべての関係を強調表示する」などの他の操作を通じて）を視覚的に強調すると便利です。一部のグラフ描画ツールは、複数のペインを使用して、複数の視点から同じ情報を表示します。 
出典： yEd 。
実際、私はお勧めします install yEd （クロスプラットフォームであり、個人で自由に使用できます）、いくつかの代表的なデータを追加し、さまざまなレイアウトエンジンに実行して、データがどのように感じられるかを確認しますルックアンドフィール。それらのUIも高度に構成可能です。サムネイルペインの有無にかかわらず、マルチペイン、シングルペインなどを試してください。
「ネットワーク」ビューは優れた視覚化ツールになると思います。上記のサイトマップの代わりに、物事がどのように関連しているかを簡単に確認できます。また、コンテンツや訪問の量に応じてノードサイズを変更することもできます。
ただし、これはプレゼンテーションや少量のリンクの視覚化に最適なアイデアであり、大規模なシナリオでは手に負えないかもしれません。それは大きなクモの巣をナビゲートするようなものです。テーブルをテーブルに接続してMS Accessを操作することは良い概念ですが、テーブルとキーの数が増えると、ほとんどの人はSQLを使用します。