我正在编写的消费者应用程序需要使用来自 LinkedIn 的 REST API。目前我有使用Hammock工作的基本 OAuth 流代码。
但我还没有存储 OAuth 访问令牌。我查看了 DotNetOpenAuth 并得出结论，使用它会使流程更具可读性。
我还不明白 DotNetOpenAuth 和 Hammock 将如何在消费者应用程序中一起使用，如果有的话。
我想当我接下来开始使用实际的 Groups API 时，我可能想使用 Hammock 的反序列化策略。我不确定将 DotNetOpenAuth用于OAuth 流程之外的任何其他内容是否有意义。（也许只是为了在用户返回应用程序时检查令牌是否仍然有效？）
有没有人有使用这两种方法（在一个应用程序中）的经验，更喜欢另一种，或者知道您可能需要两者来完成 OAuth/REST 相关任务的情况？
PS。我知道LinkedIn Developer Toolkit。从那以后我决定不使用它，但它不支持LinkedIn Groups API，并且一年没有更新。