3

核となる質問を最初に取り除くために：誰かがEktronコンテンツAPIを使用し、ネイティブEktronコントロールを使用する代わりにそれらを使用してEktron CMSコンテンツを取得することについてコメントできますか？ASP.NETMVCサイトでこれらのAPIを使用したいと思います。

背景：Ektron（基本コンテンツ用）と他の機能（製品データ、eコマースなど）用のカスタムデータベース/コードベースを融合させた既存のサイトを持つクライアントがあります。次の要件を使用して、特定の製品ラインのマイクロサイトに相当するものを構築する必要があります。

  • Ektron CMSから可能な限り多くの基本的なコンテンツ（コピー）を駆動する
  • 他のほとんどのコンテンツはカスタムデータベースから取得されます
  • eコマース機能はメインサイトのカートと統合する必要があります（カートはカスタムビルドであり、必要に応じて拡張できます）
  • ログインステータスを共有する必要があるかもしれません（この部分に対処するSOの質問がすでにあることを私は知っています）

WebFormsやEktronコントロールのスタイル設定に苦労したくないので、サブサイトをスタンドアロンMVCアプリケーションとして構築することをお勧めします。EktronコンテンツAPIは、そのようなアプローチをサポートするのに十分堅牢ですか、それともこのルートは涙と壊れた夢につながるだけですか？

任意の洞察をいただければ幸いです。ありがとう！

4

1 に答える 1

3

非Ektronコントロールの大部分を含むサイトをコーディングしましたが、MVCではなくWebforms.MVPを使用しました。これにより、MVPコントロールとEktronコントロールを組み合わせることができました。

EktronにはいくつかのAPIがあります。Webフォーム以外のプロジェクトからアクセスできる古いWebサービスベースのAPIがあります。非Webフォームプロジェクトから新しいAPI（つまり、非WebサービスAPIと新しいフレームワークAPI）にアクセスできるかどうかはわかりません。これを確認するために、概念実証を簡単に行うことをお勧めします。

EktronAPIの堅牢性は少し変動します。一般的に、単純なHTMLコンテンツを扱うのが良いと思います。メンバーシップ/ログインもそれほど悪くはありません。記憶から、私はよりあいまいなコンポーネント（eコマース、分類法、ブログ、カレンダー）に問題がありました。一般的に、問題は次のとおりです。

  • 空のプロパティ
  • ドキュメントの欠如

新しいFrameworkAPI（v8.0の初期リリース、コンテンツとフォルダーをカバー、2011年8月にリリース予定のv8.5のフルリリース）は、空のプロパティで時折問題が発生しましたが、はるかに使いやすくなっています。

全体として、HTMLコンテンツに固執している限り、MVCプロジェクトからAPIにアクセスできれば問題ありません。

于 2011-06-09T03:14:40.383 に答える