私が書いているコンシューマ アプリケーションは、LinkedIn の REST APIを使用する必要があります。現在、基本的な OAuth フロー コードはHammockを使用して動作しています。
しかし、私はまだ OAuth アクセス トークンを保存していません。私は DotNetOpenAuth を見て、それを使用するとフローが読みやすくなると結論付けました。
私がまだ理解していないのは、DotNetOpenAuth と Hammock がコンシューマ アプリケーションでどのように一緒に使用されるかということです。
次に実際の Groups API を使い始めるときは、Hammock の逆シリアル化戦略を使用したいと思うかもしれません。DotNetOpenAuthをOAuth フロー以外に使用する意味があるかどうかはわかりません。(おそらく、ユーザーがアプリケーションに戻った場合にトークンがまだ有効かどうかを確認するためだけですか?)
(1 つのアプリケーションで) 両方を使用した経験がある人、どちらかを好む人、または OAuth/REST 関連のタスクを達成するために両方が必要になる状況を知っている人はいますか?
PS。LinkedIn Developer Toolkitを認識しています。それ以来、私はそれを使用しないことに決めましたが、LinkedIn Groups APIをサポートしておらず、1 年更新されていません。