java - 与直接使用包装的 Twitter 等库相比，SpringSocial 为我带来了哪些额外好处

Question

快速浏览一下 SpringSocial，就会发现每个社交网络都有自己不同的独特之处。没有公开通用的接口(interface)

• 对网络进行身份验证
• 发送消息

上面列出的“对网络进行身份验证”的原因是我想包含应用程序本身发布消息而不仅仅是个人用户的功能。

至少 Jtwitter 公开了一个简单的 API 来进行身份验证，然后发送推文。与相对简单的 Jtwitter 相比，要使用 SS 实现相同的复杂性是压倒性的。 SS 需要 Spring，commons http 客户端，这显然比 jtwitter 多得多。如果 SS 有一个通用的机制来连接然后发送而不是为每个机制发送自定义代码，那么它可能是值得的，但最终它并没有......

我对 SS 的假设或看法是错误的吗？

Answer 1

Spring Social 在幕后由四个部分组成:

1. 用于处理 3 足 OAuth 舞蹈的 OAuth API(最有值(value)的功能 IHMO)
2. 用于维护用户帐户信息(OAuth key 、profileUrl、imageUrl...)的持久层
3. 使用服务提供商帐户登录(例如 FacebookConnect)
4. Java 绑定(bind)到提供商的 API，主要基于 RestTemplate

只有最后一部分可以与包装库(例如JTwitter)进行比较。如果您不需要建立 OAuth 连接，请不要使用 Spring Social。

我的 2 美分想到了 SS:

乍一看，我有点失望。Spring Social 被描述为 Spring 框架的扩展，它允许您将应用程序与 Facebook 和 Twitter 等软件即服务 (SaaS) 提供商连接起来。不幸的是，v1.0 中的这个框架无法轻松扩展以支持没有 OAuth 的连接。

如果 SS 被分成 3 部分应该会更好，例如:

• spring-oauth
• spring-mvc-signin
• spring-social(仅提供者绑定(bind))