1

プロジェクトを始めたばかりで、ワイヤーフレームの準備ができています。しかし、ワイヤーフレームを見ると、主な目標はページ数を減らし、最大の機能を1つのページに含めることだったようです。

組織の例をとると、ページの上部に組織の詳細が表示され、その下にツリービューとして部門構造があり、部門をクリックすると右側の従業員リストにテーブルが表示されます。従業員をクリックすると、以下に従業員の詳細が表示されます。

現在のワイヤーフレームは次のようになります。

サンプルワイヤーフレーム

エンドユーザーは、1つのページですべての機能を確認でき、別のページに移動する必要がないため、満足しています。

しかし、このデザインは古いデスクトップアプリケーションの画面を思い出させ、このページは不必要に複雑だと感じています。これを複数のページ(少なくとも3つ)に分割したいと思います。また、私はMVC 4を使用しており、これを複数のページに分割すると、実装中の複雑さを軽減するのに間違いなく役立ちます。

しかし、結論に到達して懸念を表明する前に、皆さんがどう思うかを知りたいと思います。ユーザーエクスペリエンスに関連するいくつかの記事も歓迎します。

4

1 に答える 1

2

これが私の考えです。

上記の設計が「正しい」かどうかは、ターゲット ユーザーと、実行する必要がある作業/ビジネス プロセスの種類によって異なります。すべての情報 (組織の詳細、部署、従業員、および従業員の詳細) を 1 つのページに表示できることについて、ビジネス上の強い議論があるかもしれません。多くの対話機能を備えたページに多くの情報が表示されることは珍しくありません。ユーザーの期待は、Gmail などの消費者向けサイトのおかげで高まっています。複数のページに分かれていると、ユーザーはイライラするかもしれません。

別の言い方をすれば、デザイナーが上記の UI を変更して別のページに分割することについて、有効な技術的正当性があるとは思えません。

上記の UI を MVC で単一ページの Web アプリケーションとして構築できます。ajax 呼び出しをサポートするには、おそらく多くのコントローラー アクションを実装する必要があります。最終的に大量の JQuery を使用することになるのはほぼ確実であり、大量の JavaScript を作成することになる可能性もあります。また、デザイナーがページのサイズに関して適切な決定を下していることを確認する必要があります。たとえば、固定幅または動的になりますか? CSS のみを使用してそれを実現するには、適切に構造化された HTML を発行する必要があります (そうすることを強くお勧めします)。

于 2012-11-21T10:05:43.257 に答える