这可能是一个非常愚蠢的问题,但我却找不到一个快速简洁的答案。所以我们来看看...
我正在实现 Facebook、Twitter 和 LinkedIn 的帖子/更新/共享功能,在一个 C#/MVC4 web 应用程序中。我在每个社交网络上创建了适当的应用程序,Web 应用程序的用户可以通过各自网络的标准 OAuth 对话框进行授权,从而能够在单击一下的情况下向几个/所有网络发送个人资料更新。我已经完成了这个功能的开发,一切都按计划工作;现在我正在重构代码和相关的 db schema(用于存储必要的 OAuth 令牌,用于应用程序和用户,从特定网络的 API 获取的扩展用户信息,单个帖子指标等),这就是让我困惑的地方。
没有进一步的拖延...问题如下:
1. 关于应用程序的 OAuth 令牌:为什么 Facebook 只提供/需要“应用程序密码”,而 Twitter 和 LinkedIn 都提供/需要“使用者密钥”和“使用者密码”?
2. 关于应用程序用户的 OAuth 令牌:为什么 Facebook 只提供/需要“访问令牌”,而 Twitter 和 LinkedIn 都提供/需要“访问令牌”和“访问令牌密码”?
这是否只是因为 Facebook(2.0 草案 12)与 Twitter 和 LinkedIn(1.0a)实施的 OAuth 协议版本不同,还是完全有其他原因?
我正在实现 Facebook、Twitter 和 LinkedIn 的帖子/更新/共享功能,在一个 C#/MVC4 web 应用程序中。我在每个社交网络上创建了适当的应用程序,Web 应用程序的用户可以通过各自网络的标准 OAuth 对话框进行授权,从而能够在单击一下的情况下向几个/所有网络发送个人资料更新。我已经完成了这个功能的开发,一切都按计划工作;现在我正在重构代码和相关的 db schema(用于存储必要的 OAuth 令牌,用于应用程序和用户,从特定网络的 API 获取的扩展用户信息,单个帖子指标等),这就是让我困惑的地方。
没有进一步的拖延...问题如下:
1. 关于应用程序的 OAuth 令牌:为什么 Facebook 只提供/需要“应用程序密码”,而 Twitter 和 LinkedIn 都提供/需要“使用者密钥”和“使用者密码”?
2. 关于应用程序用户的 OAuth 令牌:为什么 Facebook 只提供/需要“访问令牌”,而 Twitter 和 LinkedIn 都提供/需要“访问令牌”和“访问令牌密码”?
这是否只是因为 Facebook(2.0 草案 12)与 Twitter 和 LinkedIn(1.0a)实施的 OAuth 协议版本不同,还是完全有其他原因?