Everyauth vs Passport.js?

Hablando con mis dos centavos, como el desarrollador de Passport.

Antes de desarrollar Passport, evalué everyauth y determiné que no cumplía con mis requisitos. Por lo tanto, me puse a implementar una solución diferente que sería. Los principales puntos que quería abordar son:

Nodo Idiomático.js

Everyauth hace un uso extensivo de promises, en lugar del enfoque de Node de usar callbacks y closures. Las promesas son un enfoque alternativo a la async programación. Si bien es útil en algunas situaciones de alto nivel, no me sentía cómodo con una biblioteca de autenticación que obligara a esta elección en mi aplicación.

Además, encuentro que el uso adecuado de callbacks y cierres produce código conciso, bien diseñado (estilo casi funcional). Gran parte del poder de Node en sí proviene de este hecho, y Passport sigue su ejemplo.

Modular

Passport emplea un patrón de diseño de estrategia para definir una clara separación de preocupaciones entre el módulo core y varios mecanismos de autenticación. Esto tiene una serie de beneficios, incluyendo un tamaño de código general más pequeño e interfaces bien definidas y comprobables.

Para una ilustración básica, compare la diferencia entre ejecutar $ npm install passport y $ npm install everyauth. Passport le permite crear su aplicación utilizando solo las dependencias que realmente necesita.

Esta arquitectura modular ha demostrado ser adaptable, facilitando una comunidad que ha implementado soporte para una amplia variedad de mecanismos de autenticación, incluyendo OpenID, OAuth, BrowserID, SAML, etc.

Flexible

Passport es solo middleware, utilizando la convención fn(req, res, next) establecida por Connect and Express.

Esto significa que no hay sorpresas, ya que define dónde desea que sus rutas y cuándo desea usar la autenticación. Tampoco hay dependencias en un marco específico. Las personas están utilizando con éxito Passport con otros marcos como Flatiron

Por el contrario, cualquier módulo en everyauth puede insertar rutas en su aplicación. Esto puede dificultar la depuración, ya que no es obvio cómo se enviará una ruta y conduce a un acoplamiento estrecho con un marco específico.

Passport también produce errores de una manera totalmente convencional, al lado de middleware de manejo de errores como lo define Express.

En contraste, everyauth tiene sus propias convenciones, que no se ajustan bien al espacio problemático, causing long-standing open issues such as #36

Autenticación API

El mayor logro de cualquier biblioteca de autenticación es su capacidad para manejar la autenticación API tan elegantemente como el inicio de sesión basado en web.

No voy a elaborar mucho sobre este punto. Sin embargo, animo a la gente a buscar en los proyectos hermanos de Passport, OAuthorize y OAuth2orize. Usando estos proyectos, puede implementar la autenticación "full-stack", para ambos HTML / aplicaciones web basadas en sesiones y clientes API.

Fiable

Finalmente, la autenticación es un componente crítico de una aplicación, y uno en el que desea estar completamente cómodo. everyauth tiene una larga lista de problemas muchos de los cuales permanecen abiertos y reaparecen con el tiempo. En mi opinión, esto se debe a la baja cobertura de pruebas unitarias, que a su vez sugiere que las interfaces internas en everyauth no están adecuadamente definidas.

En contraste, las interfaces de Passport y sus estrategias están bien definidas y ampliamente cubiertas por pruebas unitarias. Los problemas presentados contra Passport tienden a ser principalmente solicitudes de características menores, en lugar de errores relacionados con la autenticación.

A pesar de ser un proyecto más joven, este nivel de calidad sugiere una solución más madura que es más fácil de mantener y confiar en el futuro.