2

パフォーマンス上の理由から、単純なサーブレットを使用して JSON を提供しています。理由はパフォーマンスです。これにより、詳細情報が得られます: http://www.techempower.com/benchmarks/#section=data-r5。私を信じてください、これは本当です。

Spring ソーシャルを次の 2 つの目的で使用したいと考えています。

私はそれを行う方法の例を探しています。spring MVC なしで spring social を使用した人はいますか? 誤解しないでほしいのですが、Spring は素晴らしいものですが、実際には必要ありません。ログイン目的でSpring MVCメカニズム（コントローラーベース）を使用することに同意しますが、それが標準サーブレットの全体的なパフォーマンスに悪影響を及ぼさない場合に限ります（これは別の質問かもしれません）。

ありがとう、エラド。

4

1 に答える 1

5

OAuth ダンスのほとんどは、ConnectController/ProviderSignInController と ConnectSupport に分かれています。その場合でも、コントローラーはダンスのリダイレクト部分のみを促進し、検証者とトークンの資格情報の実際の交換は ConnectSupport で行われます。

したがって、ConnectController と ProviderSignInController が行うことを単純なサーブレットとして再作成し、ConnectSupport に既にあるものを利用してバックエンドの作業を行うことができない理由はありません。また、接続を永続化するために、接続リポジトリ内のものも引き続き利用できます。リダイレクトを処理するサーブレットを作成するだけで十分です。

もしあなたがそのようなことを実装するなら、私はあなたが思いついたものを見てみたいと思います.

于 2013-06-20T21:43:20.430 に答える