Api 使用oAuth（Twitter、LinkedIn）登录web应用程序

我应该使用oAuth，例如LinkedIn或Twitter，作为我应用程序的登录机制吗？似乎大多数应用程序只是使用oAuth将其他服务连接到它，但它们让您在使用oAuth（包括StackOverflow）后设置自己的用户/密码，我不确定这是为什么。我想在这里了解一些情况。谢谢。

为什么不使用，以允许用户登录到您的应用程序，而无需键入任何特定的登录名/密码

引用相应的维基百科条目：

OpenID是一个开放的、分散的 用户认证标准 可用于访问控制， 允许用户登录到不同的 具有相同数字格式的服务 这些服务信任的标识 身份验证主体。OpenID 替换通用登录进程 使用登录名和密码，

顺便说一句，这正是人们登录stackoverflow的方式-

为什么不使用，允许人们登录到您的应用程序，而不必键入任何特定的登录名/密码

引用相应的维基百科条目：

OpenID是一个开放的、分散的 用户认证标准 可用于访问控制， 允许用户登录到不同的 具有相同数字格式的服务 这些服务信任的标识 身份验证主体。OpenID 替换通用登录进程 使用登录名和密码，

---

顺便说一句，这正是人们登录stackoverflow的方式-

OAuth的目的不是通过您的站点验证您的用户，而是让您的用户允许您的OAuth消费者访问其他站点OAuth提供商（如LinkedIn、Twitter、Google API等）中受保护的资源

---

对于身份验证，您应该使用OpenId，因为OAuth的目的不是用您的站点验证您的用户，而是让您的用户允许您的OAuth消费者访问其他站点OAuth提供商（如LinkedIn、Twitter、Google API等）中受保护的资源

---

对于身份验证，您应该使用OpenId，因为Twitter提供了一个登录Twitter流的OAuth，但是如果它是您服务的现有用户，并且他们已经通过Twitter身份验证，则可以提供更快的重定向

如果您正在构建一个以Twitter为中心的应用程序，那么这就需要大量的时间来使用，并且您不必实现像OpenID这样的整个替代身份验证方法

---

如果您允许用户同时使用Twitter和LinkedIn进行身份验证，请小心，因为用户会无意中创建两个帐户，并需要将它们合并。

Twitter提供了一个使用Twitter流的登录，该登录流是OAuth，但如果它是您服务的现有用户并且已经使用Twitter进行了身份验证，则可以提供更快的重定向

如果您正在构建一个以Twitter为中心的应用程序，那么这就需要大量的时间来使用，并且您不必实现像OpenID这样的整个替代身份验证方法

---

如果您允许用户同时使用Twitter和LinkedIn进行身份验证，请小心，因为用户会无意中创建两个帐户并需要将其合并。

Facebook和Twitter都使用Facebook/Twitter API进行登录，从而允许用户实际登录，而无需为您的网站创建帐户。它们都将返回一个有效会话，该会话可能会过期，也可能不会过期。因此，您实际上不必要求用户决定用户名/密码，因为您可以从API获取这两个用户名/密码，但在使用Twitter时无法获取用户的电子邮件地址

那么，为什么要在你的网站上添加这些功能呢

---

一般来说，用户更可能在登录时使用。。。按钮，而不是通过整个邮件地址授权过程并输入他们的姓名等。

Facebook和Twitter都具有使用Facebook/Twitter API登录的功能，实际上允许用户登录，而无需为您的网站创建帐户。它们都将返回一个有效会话，该会话可能会过期，也可能不会过期。因此，您实际上不必要求用户决定用户名/密码，因为您可以从API获取这两个用户名/密码，但在使用Twitter时无法获取用户的电子邮件地址

那么，为什么要在你的网站上添加这些功能呢

---

一般来说，用户更可能在登录时使用。。。按钮，而不是遍历整个邮件地址授权过程并输入其名称等。

Linkedin只有OAuth用于其API。它还将取决于您编写Web应用程序所使用的语言类型，它们应该具有您可以访问的预制包装器库。

Linkedin只有OAuth可用于其API。它还将取决于您编写Web应用程序时使用的语言类型，它们应该有预先制作好的包装库，您可以使用。

我确实需要oAuth提供商提供的信息，所以我想问我是否需要另一个登录，或者这够好吗？我确实需要这些信息

---

由oAuth提供商提供，所以我问我是否需要另一个登录，或者这足够好吗？Twitter、LinkedIn和Facebook允许使用oAuth进行身份验证。Twitter、LinkedIn和Facebook允许使用oAuth进行身份验证。