コンテンツリポジトリの利点（CMSについては言及していません）

Question

多くの人がコンテンツリポジトリを使用していることを考えると、正当な理由があるはずです。私はコンテンツを格納する必要がある新しいWebアプリケーションを構築しています。誰かがこれを理解するのを手助けできますか？

画像やテキストページを保存する独自のコード/ APIを書くのではなく、Apache Jackrabbitのようなコンテンツリポジトリを使用する利点は何ですか？あなた自身で書くことは時間などを必要としますが、コンテンツリポジトリAPIのような新しいフレームワークの実装と学習もそうです。独自のコードを使用する利点は、コードを理解し、修正または修正する必要がある場合は、すぐに専門知識を得ることができます。別のフレームワークを使用すると、その弱点を知る必要があります。わかっていないコードを変更することは常に簡単です。つまり、基礎となるフレームワークコードだけでなく、独自のコードも知りません。

私が言ったように、多くの人が使っています。理由があるはずです。私はそれをただの別のものと見なすことはできません。「誰もがそれを使用しています。少なくとも私はそれがそうでないことを願っています。 :)

Answer 1

私の最近のプロジェクトでは、複数レベルのキャッシュメカニズムを備えたカスタムビルドデータストア（MySQLとイメージファイル）とJCRベースの商用リポジトリの両方が選択されています。 少し考えてみましょう：

短期的には、DIYソリューションは複雑さが軽減されています。必要なものだけを構築して学習するだけです。少なくとも、特定のアプリケーションのニーズに合わせてデータストアを最適化する機会があります。検索速度はそれ以上ですが、ストレージのフットプリント、セキュリティ、または信頼性の問題が最優先です。

しかし、長期的には自家製システムを新しいコンテンツタイプ（動画など）に拡張したり、新しい機能（おそらく バージョン）を提供するための作業が大幅に増えています。

また、データストアアプローチの選択と、コンテンツプロバイダがデータストアを作成および維持するために使用するツールの選択とを区別することは困難です。あなたは にあなたの作者に、テキストエリアと送信ボタンを備えたHTMLフォーム以外の何かを与える必要があります。

Answer 2

これはstandardizationの利点と互換性と互換性があります。誰もが自分のライブラリとAPIを書くと、互換性と互換性がなくなり、コストが上昇します。

Answer 3

JCRリポジトリを使用すると、すべてのコンテンツ（構造化データベースタイプのデータから大きなマルチメディアファイルまで）を1か所に1つのAPIで保存できます。これは非常に便利で、コードが簡単になり、インピーダンスの不一致コンテンツベースのシステムで通常使用するファイルとデータの間に存在します。

JCRは、検索（フルテキストを含む）、観測（何かが変更されたときのコールバック）、バージョニング、複数値の順序付けされたノードを含むデータ型など、自分自身を構築または組み立てる必要のない、あなたは恥知らずなプラグインを許可した場合、等...

、私の「JCR - 最高の両方の世界の」http://java.dzone.com/articles/java-content-repository-bestの記事はこれをより詳細に説明し、また、あなたが取りに行くことができなければならないJCR仕様のための読書リストを提供し、全体を読むことなく良い概観。

この記事では、JCRリポジトリと組み合わされたJCRリポジトリと組み合わされたApache Slingを使用して、コンテンツベースのアプリケーションのための非常に優れた（IMOですが、スリングコミッタとして私はバイアスされています;-)プラットフォームを提供しています。