3

これは奇妙な質問だと思いますが、Webサイトのコンテンツ管理システムのアーキテクチャを説明するドキュメント/ブログ記事がそこにあるかどうか知りたいですか？特に、「ウィジェット」の実装方法についてもっと知りたいです。

どのシステムを見たのか思い出せませんが、「ページレイアウトビュー」では、エンドユーザーがリストからウィジェット（サムネイルギャラリー、お問い合わせフォームなど）を選択できるようになっています。 、ページのカスタム領域にドラッグアンドドロップします。

これは直接プログラミングの質問ではないことを私は知っていますが、これについてアドバイス/フィードバックを求めることができますか？

ありがとう！

4

2 に答える 2

2

CMSのアーキテクチャ（一般的に）は、他の種類のWebアプリケーションとほぼ同じです。アーキテクチャへの最大の影響は、機能要件と非機能要件、つまり柔軟性またはパフォーマンスであることがわかります。ローカルインストールまたはホストされていますか？マルチテナンシーかどうか？等

これ（図が含まれています-http://www.morphological.geek.nz/Architecture/default.aspx）は、CMS/Webアプリケーションフレームワークに対して行ったことです。

  • 必要に応じて凝集性/分離を確保するために、責任のさまざまな領域を分離しました。
  • クリーンなインターフェイスを介して、データアクセスの実装を抽象化しました。
  • 分離されたコンテンツ、ページ、ページレイアウト、および「スキン」（ルックアンドフィール）。
  • 外部のサードパーティの使用を念頭に置いてAPIを設計しました。
  • 可能な場合は既存の機能を再利用しました（AntiXSSライブラリ、MS Ent Libs、ユーザー/ロールメンバーシッププロバイダー）。

私のフレームワークのターゲット市場は、ローカルにインストールして実行するか、共有ホスティング環境（プラットフォームを完全に制御できない）のISPにFTPで転送することです。

私は最初に柔軟性を求めました（ただし、パフォーマンスを念頭に置いてみました）。マルチテナントシステムとして使うつもりはありません。

于 2010-03-28T22:03:19.013 に答える
2

特定のCMSアーキテクチャは存在しないと思います。たくさんあります。ウィジェットと呼ぶものは、コンポーネントベースのビューレイヤーのようなものかもしれません。アイデアは、構成および再利用できるコンポーネントを使用してビューを作成することです。それがasp.netがafaikを使用しているものです。一方、多くのMVCフレームワークはコンポーネントを使用しません。これは、MVCの性質上、ビューの粒度がやや粗いためです。違いは簡単に見つけられ、WebアプリケーションとGUIアプリケーションの間で最もよく比較できます。ほとんどのMVCWebアプリケーションは、ある種のテンプレートエンジンを使用して、せいぜいある種のパーシャル（テンプレートの埋め込み）を含むビューを作成します。対照的に、GUIフレームワークは、ビューレイヤーを構成できるコンポーネントである「ウィジェット」を提供します。コンポーネントの利点は、再利用性にあります。

于 2010-03-29T01:03:49.350 に答える