個別の管理ページとフロントエンド統合管理
この話題について何か研究があったのかと思っていました。ほとんどのユーザーはどちらを好みますか？たとえば、Wordpressは、フロントエンドビューをサイト管理ビューから分離します。テーマは異なります。他のCMSアプリ、特にWebアプリでは、管理者がサイトと混在していることを確認しました。アドミニストレーターは、サイトの変更を管理者が「ライブ」で確認できることを利点としますが、インターフェースは少し不格好です。
ほとんどの場合、エンドユーザービューにall管理コントロールを統合することはできません。管理するために独自のビューを確実に持つ必要があるものはサイト全体に関するアクションと設定です。
ただし、エンドユーザーの「読み取り専用」ビューでobjects（記事など）を考慮したアクションと設定を統合できます。
オブジェクトビュー
一般に、このような統合はユーザーにとって便利で理解しやすいであり、コンテンツの編集が「見たとおりの結果が得られる」という哲学に準拠している場合、またはオブジェクトの設定をそのコンテキストで変更できる場合のいずれかです。
誤って処理された場合、統合の優位性を損なう可能性のある問題があることに言及するのは良いことです。エンドユーザーの見方は
- 管理者にとって役に立たない要素（広告、ソーシャルバー、一部のナビゲーションバー、プロンプト、警告など）が含まれている、
- エンドユーザーに対していくつかのアクションを有効にします。フォーム送信（コメント、フィードバックフォーム）、ユーザー編集。
これらのnrelatedは、管理、コンテンツ、およびアクションに対してhidden、disabled、またはmutedにする必要があります。
リストビュー
アクションまたは比較管理者はオブジェクトのセットを実行したいと考えています。このアクションcanはエンドユーザーのリストビューと統合されますが、今回は統合が常に可能または推奨されるわけではありません。
- 管理者リストビューの目的は、オブジェクトの属性を比較し、それらのいくつかを選択してアクションを実行することです。これには、オブジェクトのフィルタリングも含まれます。
- エンドユーザーリストビューの目的は通常、オブジェクトのビューを提示してリンクすることであり、単純なナビゲーションが含まれます。
管理者リストは項目の要約されたテーブルとして表示されますが、エンドユーザーは通常、オブジェクトのニース表示を備えた箇条書きだけを表示したいと考えます。
エンドユーザーがリストビューを管理者と同様の方法で使用することを望まない限り（データベースのようなWebアプリの場合）、これら2つの異なる目標により、統合はそれほど簡単ではなく、不可能ですらありません。
設計と努力の妥協
WordPressは、管理ビューとエンドユーザービューを分離しています。記事の管理コントロールをエンドユーザービューに移動する場合、すべてのWordPressが必要になります。 =それらのレイアウトを提供するためのテーマ私はほぼ間違いなく、そのような決定を妨げるのはコストと労力だけに関係します。
概要
わかりやすく、明確で便利であるソリューションは、常にユーザーが好むソリューションです。 :)
したがって、私の意見では統合が推奨されるソリューションですが、管理をエンドユーザーのビューとどの程度統合する必要があるかという質問に対する答えは、Webアプリケーションの特性に依存します。