我可以将 DotNetOpenAuth 与 Hammock 一起使用吗？
我正在编写的消费者应用程序需要使用 LinkedIn 的 REST API。目前，我有使用 Hammock 运行的基本 OAuth 流程代码。
但我尚未存储 OAuth 访问令牌。我查看了 DotNetOpenAuth 并得出结论，使用它将使流程更具可读性。
我还不明白 DotNetOpenAuth 和 Hammock 如何在消费者应用程序中一起使用（如果有的话）。
我认为当我接下来开始使用实际的 Groups API 时，我可能想要使用 Hammock 的反序列化策略。我不确定使用 DotNetOpenAuth 用于其他任何事情然后使用 OAuth 流程是否有意义。 （也许只是为了检查用户返回应用程序时令牌是否仍然有效？）
是否有人有使用这两种令牌的经验（在一个应用程序中），更喜欢其中一种，或者知道您可能需要同时使用这两种令牌来完成 OAuth 的情况/REST 相关任务？
附言。我知道 LinkedIn 开发者工具包。我决定不再使用它，但它不支持 LinkedIn Groups API 和它已经一年没有更新了。
The consumer application I'm writing needs to use the REST API from LinkedIn. Currently I have the basic OAuth flow code working using Hammock.
But I'm not yet storing the OAuth access tokens. I have looked at DotNetOpenAuth and concluded that using it would make the flow more readable.
What I don't yet understand is how DotNetOpenAuth and Hammock would be used together in a consumer application, if at all.
I think I may want to use the deserialization strategy of Hammock when I start using the actual Groups API next. I am not sure if it makes sense to use DotNetOpenAuth for anything else then the OAuth flow. (Perhaps only to check if the tokes are still valid if the user returns to the application?)
Does anyone have experience using both (in one application), prefer one over the other, or know of situations where you may need both to accomplish OAuth/REST related tasks?
PS. I am aware of the LinkedIn Developer Toolkit. I have decided not to use that since but it doesn't support the LinkedIn Groups API and it hasn't been updated in a year.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论