3

私は、さまざまなレガシー コンポーネントを統合するためのイベント サービス バスとして機能するアプリケーションに取り組んでいます..アプリケーションは、データ ストアを利用して、システム間で送信されるすべてのイベントと要求を監査し、バス サブスクライブ エンドポイントに関するメタデータを格納します.. 。等。CouchDB にはアプリケーションの要件の多くが既に組み込まれているため (REST API、レプリケーション、メタデータ ドキュメントのバージョン管理など)、CouchDB をデータ ストアとして利用したいと考えています。ここで、私のアプリ スタックは次のようになります。

  [spring-integration filters/routers/service activators]
  [service layer]
  [dao layer]
  [database]

データベースが CouchDB であるため、DAO 層は Ektorp Java ライブラリまたは単純な REST クライアントのいずれかになると思います。ここで私の質問ですが、Ektorp を使用して DAO レイヤーを構築するのは冗長ではありませんか? つまり、CouchDB のビューと設計ドキュメントと対話するサービス層で RestTemplate を使用して、コーディングの労力を節約しないのはなぜでしょうか?

何か不足していますか？

ありがとう、

4

2 に答える 2

5

まだ試したかどうかはわかりませんが、LightCouch は多くの点で REST テンプレートのように機能します。ドメインへのドキュメント変換、およびドキュメント/ビューの設計を処理する以外に、DAO やサービス レイヤーなどのアプリケーション内の任意の場所で CouchDB へのクライアントとして使用できます。

于 2012-01-04T01:37:49.823 に答える
4

独自のロールを作成する場合は、json の解析/ビューの結果のマッピングなどを実装する必要があります。

自分で開発するのは面倒な効率的なビュー結果の解析/オブジェクト マッピングに加えて、Ektorp は注釈によるビュー設計ドキュメントの管理にも役立ちます。

Ektorp には他にも多くの機能があり、CouchDB を深く掘り下げるときに役立つと思います。

アプリが個々のドキュメントの単純な取得のみを実行する場合は、残りのテンプレートで十分かもしれません。そうでなければ、あなたが自分でそれを安全に行うことはできないと思います。

于 2012-01-03T21:53:01.687 に答える