フロントエンドに表示される内容のほぼすべての側面を制御できる、管理パネルのようなフレームワークを作成したいと考えています。
例 (最も基本的なもの) の場合: ナビゲーション領域に表示されるリンクが、サーバーから順序や url などとともに渡されるとします。
全体の目的は、退屈なタスクの時間を節約することです。U は、メニューの作成を開始し、それにページを割り当て始めることができます。Url、レンダリングされる実際のファイル (静的ファイルの場合)、動的ファイルの場合、それに応じてファイルを指定します。そして、これはさまざまなポートレットなどを使用して完全にサーバー側で管理できます。
したがって、基本的なロードマップには次のものがあります。
のようなエリア:
ヘッダー領域 -ロゴ、リンクなどを含めることができます。
ナビゲーション領域 -リンクとサブメニューを含めることができます。
コンテンツ エリア -ここで注意が必要なのは、左、中央、右のようなゾーンがあることです。表示する順序が含まれています。そのため、いつの日か記事がページに表示される方法を変更したい場合、デプロイなしで簡単に変更できます。これらの Zones は、ワード クラウドや広告エリアなどの内部要素を n 個持つことができます。
フッター エリア :ヘッダー エリアと同様です。
現在、既存のフレームワークがあり、これはサーバー側からデータを引き出すために XSLT ファイルを使用しています。例: グリッドがある場合、XSLT ファイルにタグが埋め込まれます。データのソースが何であれ、これを XML としてシリアル化し、XSLT ファイルに渡します。html はこれから派生し、ページのレイヤーに追加されます。
このアプローチの問題は次のとおりです。
- XSLT 変換はサーバー側で行われるため、サーバーはデータの取得、XSLT 変換の実行、生成された html のレイヤー div への追加を担当します。したがって、私によると、まずこれはサーバーの懸念事項ではありません。次に、大規模なアプリケーションの場合、これは遅くなる可能性があります。
- XSLT 変換のデバッグはできません。そのため、データに関する問題に直面するたびに、常に少しの「試行錯誤法」が必要になります。
- それを維持することは、スタイリングの変更やその他のものなど、少し不気味な仕事です。
- 動的な値を追加します。JavaScript カントのように、これでは実際には非常に簡単に使用できません。第二に、これはすべてサーバー上で発生しているため、これで JQuery やその他のライブラリを使用することはできません。
今のところ私が考えているのは、テンプレート - Javascript - JSON の組み合わせを XSLT の代わりに使用することです。これはクライアントにオフロードされ、それに応じてレンダリングが行われます。
カスタム CMS を実装するには、他にどのような方法がありますか?
JavaScript ベースのアプローチの問題点は何ですか?
同様の使用法のための既存のフレームワークはありますか?