任何人都可以在以下方面进行比较： https://github.com/ciaranj/connect-auth 和https://github.com/bnoguchi/everyauth
的唯一选项答案 0 :(得分：121)
答案 1 :(得分：18)
两个库在功能集方面都非常接近，特别是在支持的提供程序方面。 connect-auth提供开箱即用的支持，以建立您自己的oAuth提供商，因此如果您需要这样的事情，这可以很好地帮助您。
我在两者之间注意到的主要事情是，我发现connect-auth更加清晰，它创建和接受中间件的方式;您只需要查看everyauth中的中间件所需的预配置量，看它是否会变得混乱。
另一个不明确的事情是everyauth是否同时支持多个提供者;使用connect-auth，似乎可能/更直接，但我还没有尝试过。
答案 2 :(得分：3)
我想提到现在镇上有一个名为PassportJS的新玩家，其功能与Everyauth相同，但是身份验证提供商由npm模块提供 - 所以不要包括所有内容
答案 3 :(得分：2)
我花了一个上午与everyauth和mongoose-auth一起玩，发现这些例子已经破产，他们已经死了。以下是提交历史记录：
https：// github.com/jaredhanson/passport/commits/master - 6月5日（6月18日） https：// github.com/ciaranj/connect-auth/commits/master - 4月18日（2个月前） https：// github.com/bnoguchi/mongoose-auth/commits/master - 2012年2月
这是关于everyauth，connect-auth和passportjs的谷歌趋势 http://www.google.com/trends/explore?q=passportjs%2C+connect-auth%2C+everyauth#q=passportjs%2C%20connect-auth%2C%20everyauth&cmpt=q
答案 4 :(得分：0)
我对每个人的经历：
everyauth 远更具可配置性。例如，我希望处理自己的会话。使用everyauth，其模块化和内省，是一项简单的任务。另一方面，发现每个人都充满了小错误和不完整和/或不正确的文档。对我来说，每个身份验证策略都需要自己的理解和故障排除。
passport可能是一个不错的选择，如果你正在“通过这本书”做所有事情。但任何偏差都可能使生活变得非常困难，因为 me 是一个非首发。