デザインとユーザビリティの観点からは、編集ページがビューページのレイアウトを模倣するのが最善でしょうか？編集ページと表示ページの基本レイアウトが同じである必要がありますか？
私たちのビューページは非常に密集しています。データは密に詰め込まれていますが、編集時に各入力フィールドの横に追加のコントロールが表示されます。レイアウトを同じままにすると、過度に混雑します。フィールドが再配置された場合、これはユーザビリティの問題を引き起こしますか？
間違いなく使い勝手が悪いです。再配置フィールドの二つの危険性は、以下のとおりです。
これらの問題は、高密度ページに悪化しています。
これが正常である場合があります。私が考えることができる最も良い例は、エディタとビューアが異なるユーザーであることです。別の（より曖昧な）ケースは、編集画面を高速スループットのために高度に最適化する必要がある状況です。
可能であれば、あなたは画面を上に分割する、またはユーザー（と画面）息をする余地を与えるために折りたたみ可能領域を作ることを検討してください。
あなたのワークフローによって異なります。
ユーザーが編集、ビューの間を行き来する必要がある場合フィールドが飛び回ることとして、それは彼らが上にあるどのフィールド失うかもしれない、人には非常に混乱するだろうが、など
あなたの場合は表示ページが非常に密集している場合は、それぞれの編集機能を持つセクションに分けてみてください。あなたはそれを自分の編集ページに撃つか、すべての 'web 2.0'にして、ビューページ上のセクション編集フォームでライトボックスを投げることができます。
一般に、編集ページを表示ページに可能な限りシマンタとして保持したいとします。一般に。これはちょうどあなたがそうであるように聞こえるビューに表示されていない多くの余分なデータを入力する必要がある場合、これはちょうど意味をなさないケースがあります。
私が試してやることは、同じ方法でフィールドをグループ化して並べ替えることです。フィールドを少しずつ異なる場所に置いているように見せているのと同じように、論理的に同じグループにします。
多くのことが似ていれば、通常、ユーザーが使いやすくなります。私はあなたの特定のレイアウトがどのように見えるかは分かりませんが、一般的な見地から見ると、混雑したビューは見やすいことが多く、追加のコントロールを混乱させると悪化します。それはコントロールのたくさんのビューを詰まらせるしないので、私はExcelや類似製品での編集、スプレッドシートの男ではないよな限り
は簡単です。編集パネルはビューパネルです。私自身の製品では、物事が一貫していると、ユーザーは一般に混同されることが少なくなります。
私は同様の問題がありました。私がしたのは、すべてを見ることができるビューページがありましたが、論理セクションの個々の編集ページにドリルダウンする必要があります。論理セクション内では、フィールドは常にビューページと同じ順序（同じラベル）で表示されます。これはあなたのアプリケーションを少し上手く感じさせるようなものです。
大量の編集ページにすべてをスローしないのは、データベースモデル内のすべてが同じものに関連しているからです。それらを3〜7個のフィールドでそれぞれ意味をなさないセットに分割します。
本当に（新しいものを作成するときなど）すべてを編集する必要がある場合は、ステップスルーしてビューのみのサマリーを表示して保存できるようにするウィザードアプローチを採用します。