0

SpringSocialをざっと見てみると、各ソーシャルネットワークには独自の独自性があるように見えます。ユニバーサルを公開するインターフェースはありません

  • ネットワークへの認証
  • メッセージを送る

上記の「ネットワークへの認証」の理由は、個々のユーザーだけでなく、アプリケーション自体がメッセージを公開する機能を含めたいためです。

少なくともJtwitterは、認証してツイートを送信するための単純なAPIを公開しています。同じw/SSを達成するには、Jtwitterの比較的単純なものと比較して、複雑さの量は圧倒的です。SSにはSpring、commons httpクライアントが必要ですが、これは明らかにjtwitterよりもはるかに優れています。SSに、それぞれにカスタムコードではなく、接続して送信するユニバーサルメカニズムがある場合、それはおそらく価値がありますが、最終的にはそうではありません...

SSに関する私の仮定や認識は間違っていますか？

4

2 に答える 2

2

Spring Socialは、舞台裏で4つの部分で構成されています。

  1. 3本足のOAuthダンスを処理するOAuthAPI（最も価値のある機能IHMO）
  2. ユーザーのアカウント情報（OAuthシークレット、profileUrl、imageUrlなど）を維持するための永続化レイヤー
  3. サービスプロバイダーアカウント（FacebookConnectなど）でサインインする
  4. 主にRestTemplateに基づくプロバイダーのAPIへのJavaバインディング

ラッパーライブラリ（JTwitterなど）と比較できるのは最後の部分だけです。OAuth接続を確立する必要がない場合は、SpringSocialを使用しないでください。

私の2セントはSSについて考えました：

一見、少しがっかりしました。Spring Socialは、アプリケーションをFacebookやTwitterなどのSoftware-as-a-Service（SaaS）プロバイダーに接続できるようにするSpringFrameworkの拡張機能として説明されています。 残念ながら、v1.0のこのフレームワークは、OAuthなしの接続をサポートするように簡単に拡張することはできません。

SSが3つの部分に分割されていると、より良いはずです。たとえば、次のようになります。

  • spring-oauth
  • spring-mvc-signin
  • 春-社会的（プロバイダーのみが拘束力を持つ）
于 2011-12-16T21:52:49.957 に答える
1

Spring Socialは、これらのソーシャルAPIを使用する場合、主にOAuth関連の問題を単純化することに重点を置いています。

目的は、異なるソーシャルネットワーキングサイト間で同様の機能に統合されたAPIを提供することではありません。そのため、サイトごとに専用のAPIがあります。

これは、APIのいくつかの（あなたにとって重要な）側面を統合する追加のAPIレイヤーをSpringSocialの上に構築できなかったことを意味するものではありません。

Spring Social APIの複雑さについて不満がありましたが、わかりません。SpringSocialでツイートを投稿することの複雑さを正確に教えてください。

twitter.updateStatus("Hey, I'm tweeting with #Spring Social!");

（これはSpringSourceブログ投稿からのものです）

そして、依存関係について：Spring Socialを使用するほとんどのアプリケーションは、おそらくすでにSpringとHttpClientを依存関係として持っているので、これらは典型的なSpringSocial開発者にとって特別なものではありません。

最後に、jTwitterがあなたのニーズを満たしているなら、それはあなたに最も適しているようです。それぞれ独自に。;-)

参照：

于 2010-11-26T05:15:51.657 に答える