Spring RESTコントローラでの単純REST実装とHTTP InboundアダプタでのSpring Integrationとの違いは何ですか？

Question

ライブラリの実装を例として取り上げることができます。まっすぐ私はRESTデザインを使用し、httpでREST APIを公開し、クライアントはURIでREST呼び出しを行うことができます。これを実現するために、Spring Rest Controllerを使用します。誰かがインバウンドアダプタでHTTP経由でSpring Integrationを使用するかもしれません。間違いなく、このアプローチは、メッセージングXML設定などを扱うことの複雑さがほとんどない以前のものよりも扱いにくいです。何を使用するのか、どちらが良いのかを知りたいですか？なぜ春の統合のために行くのですか？誰かが私を正しい方向に向けることができれば素晴らしいだろうか？

おかげで、 Amritendu

Answer 1

それは設計上の決定です。

アプリケーションに他のメッセージング操作（他のリモートサービス、ブローカーなどとやりとりするなど）がある場合は、Spring Integrationを使用します。他のコンポーネント、インターフェイスなどを直接認識していない、疎結合のコンポーネントをアプリケーション内で使用したい場合は

Enterprise Integration Patternsに基づいている場合は、Spring Integrationを使用してください。

通常のJavaコード（サービス層Bean、リポジトリ）を呼び出すだけで、すべてを自分で書きたい場合は、RESTコントローラを直接使用してください。