使用惯性对传统API进行身份验证有什么好处

###简化身份验证管理

惯性的一个主要优点是，它消除了根据典型的Spa(单页应用程序)设置中要求管理单独的身份验证令牌或OAUTH系统的需求。在传统的基于API的水疗中心，前端需要处理令牌或API密钥，以对后端的请求进行身份验证，通常需要复杂的状态管理和安全措施，例如令牌刷新处理。但是，惯性直接利用基于服务器端会话的身份验证系统(通常在Laravel等网络框架中使用)。这意味着身份验证门，中间件和策略在后端正常运行，就像在整体应用中所做的那样，而没有在客户端进行任何额外的令牌处理。因此，开发人员可以无缝地依靠后端的强大身份验证框架，而无需重复或重复其前端。

###无API层要求

使用传统的API，前端通过RESTFUL或GRAPHQL API端点与后端相互作用。这不仅需要创建和维护此类API，还需要处理这些API的安全性，版本控制，测试和文档。惯性消除了通过将后端响应作为JavaScript组件的数据来构建单独的API层的需求。后端控制器查询数据库并返回惯性用来直接在Vue，React或Svelte等前端框架中渲染页面的数据。这可以减少开销，加速开发并大大简化建筑，尤其是对于不需要同一API多个消费者的中小型项目。

###更好的开发人员生产率和降低的复杂性

使用惯性意味着开发人员不需要设置客户端身份验证流程复杂性，例如令牌刷新，存储和管理。该开发人员可以专注于建筑功能，而不是使用前端状态管理或重复访问控制逻辑来搏斗。由于Laravel或服务器框架处理访问策略和身份验证，因此前端可以依靠这个单一的真实来源。这种方法减少了与客户服务器不匹配的访问控制逻辑中的错误，除非由于其他原因绝对必要，否则消除了对诸如Redux或Vuex等州管理库等的需求。因此，开发周期较短，应用程序更快地达到生产。

###增强用户体验

传统服务器渲染的应用程序在页面之间导航时会导致全页重新加载，这可能会对习惯于单页应用程序(SPA)行为的用户感到缓慢和破坏。 API启用水疗开发，但需要重要的客户端体系结构。惯性通过拦截导航请求，仅通过新的后端数据重新渲染页面来实现类似SPA的用户体验，而无需完整的API。由于服务器端渲染功能，这会导致快速，平稳的过渡和现代前端感觉，同时保持SEO优势。用户享受即时反馈和流体导航，而没有完整的水疗状态管理的复杂性。

###基于会话的身份验证无CORS并发症

由于惯性在与前端代码相同的域上使用后端渲染的控制器运行，因此避免了基于API的身份验证常见的交叉原始资源共享(CORS)问题。单独托管的传统API需要仔细的CORS配置和跨域身份验证的其他安全措施。惯性的体系结构通过在现有的服务器端会话上下文中工作，从而避开了这些问题，从而减少了配置，更安全的会话会在开箱即用。

###无缝后端和前端集成

惯性与服务器端路由和控制器逻辑紧密整合了前端JavaScript框架。优势在于，前端和后端代码密切合作，减少构建解耦API时通常遇到的阻抗不匹配。这种集成有助于一致的应用状态，统一的身份验证和授权以及更清洁，更可维护的代码库。它还简化了数据处理，因为控制器直接将数据用于没有中介机构的前端视图。

###成本和资源节省

开发和维护API是资源密集型的，涉及多层测试，版本控制，安全性和文档。通过消除API，惯性降低了这些间接费用和发展的复杂性，从而可以更快地上市和降低开发费用。企业通过访问更快的功能交付和更简单的维护而受益，而不会损害水疗中心的功能。

###何时比传统API更喜欢惯性

当构建后端和前端团队重叠或使用Laravel或具有强大服务器端功能的类似框架时，惯性特别适合。它在具有典型的用户身份验证，会话管理和服务器端渲染需求以及多个外部客户(例如移动应用程序或第三方集成)不需要API的项目中表现出色。对于需要广泛的微服务，多客户API或专门令牌身份验证的项目，传统API仍然可能更合适。

***

总而言之，使用惯性对传统API的身份验证的好处包括：

- 使用服务器端会话管理简化身份验证，而无需代币开销。
- 消除构建，固定和维护单独的API层的需求。
- 降低了前端的复杂性和状态管理，从而更快，更有生产力的发展。
- 平稳，类似于水疗中心的用户体验，无需全页重新加载。
- 避免身份验证中与CORS相关的并发症。
- 紧密的后端额定集成会导致逻辑稳定，冗余较少。
- 降低开发和维护成本和资源。
- 当不存在外部API消费者时，非常适合应用程序与Laravel这样的后端框架紧密结合。