C# 使用iPhone应用程序中的oauth-2腿或3腿

我正在编写一个iPhone应用程序，用户可以登录，然后阅读他的信息，也可以发布信息。我计划在2legged scenerio中使用oAuth，因为在3legged中，流程并不顺畅，因为即使在应用程序中打开浏览器似乎也不舒服。在这种情况下，最好使用双腿版本

注意：服务器端API是用.net（C#）编写的

发件人：

三条腿的OAuth描述了OAuth最初用于的场景 已开发：资源所有者希望让客户端访问服务器 没有共享他的凭据（即用户名/密码）。典型的 例如，用户（资源所有者）希望向第三方提供 应用程序（客户端）访问他的Twitter帐户（服务器）

另一方面，两条腿的OAuth描述了一个典型的客户机服务器 场景，没有任何用户参与。这种情况的一个例子 可能是访问您的Twitter的本地Twitter客户端应用程序 帐户

---

您所描述的是完全正确的，它们之间的唯一区别是，两条腿的Oauth系统是从原始系统派生出来的，以增强某种用户体验，而在三条腿的应用程序中，这种体验可能会令人困惑

事实上，在互联网上使用OAuth进行的大多数RESTAPI调用都是使用两条腿的OAuth进行的

这里有一个详细描述这些事情的链接

---

我当然会选择2条腿的选项

对于不熟悉的人，“2条腿”和“3条腿”的场景是什么？