2011-12-02 5 views
0

ここに2つのシナリオがあります:2つのアプローチから、どちらがCMSページ管理に適していますか、なぜですか?

最初に1つ:ログインしたCMSがあり、ページマネージャーに行き、テンプレートを選択してシステムにページを追加し、ページを編集して保存します。

2番目:サインインしてから、存在するURLに移動しますが、まだ存在しませんが、まだ入力するテンプレートとして表示されます。たとえば、「/ articles/article」、URLが動的にマッピングされているため、記事テンプレートが表示され、そこで編集するプレースホルダがあります。さまざまなタイプのページやテンプレートは、「/製品/ [製品番号]」などの異なるURLパターンにマップされます。

私は2番目の点ページの管理はなく、認証だけで目的のページにナビゲートするので、プログラミングの時間を節約できます。最初のものはより構造化されており、それらをリストアップするか、個別の許可設定です。

お知らせください。

答えて

0

認証の考慮事項以外は、どちらの方法も問題ないと思います。さまざまなユーザーエクスペリエンスを通じて同じことを最終的に達成していると私は見ています。その質問に答えるために、それぞれプロトタイプを作成してから、ユーザーを部屋に引き入れて、簡単な/非公式のユーザビリティ調査を行い、「ページを作成する...」などのタスクを実行します。この質問には、システムを使用するユーザーを含めることで本当に答える必要があります。

+0

フリーフォームのアプローチwww.kitgui.comとして私がしたことはここにありますが、これまで伝統的にいくつかのCMSアプローチを使用してきました。私は、クライアントがURLに関係なくテンプレートの同じ(またはグローバルな)ままのナビゲーション要素を持つことができるので、動的URLの使用に関して最も流動的であることを発見しました。ドキュメントはKitGUIで作成されましたあなたのアイデア - > www.kitgui.com/docs。このアイデアはまったく青い空ですが、私は自分のビジネスで1年間使ってみて、セットアップを簡単にするのはとても簡単です。私は開発者の視点からこれに関する意見が本当に必要です。 –

関連する問題