Node.js HTTP服务转发gRPC服务：参数校验最佳实践
本文分析了Node.js HTTP服务转发Go语言编写的gRPC服务的参数校验问题。HTTP服务开发者倾向于在靠近数据库层进行校验，而gRPC服务开发者则主张在HTTP服务层进行校验，双方存在分歧。
一个常见的场景是：Node.js构建的HTTP服务作为BFF层，转发请求到gRPC服务。HTTP服务开发者尝试使用go-proto-validators在客户端添加拦截器进行校验，但gRPC服务开发者认为这并非最佳方案，认为校验应在gRPC服务端进行。
那么，最佳实践是什么呢？
结论：HTTP服务应该在接收HTTP请求参数时进行校验。
然而，文章指出，如果HTTP服务仅仅是简单的请求转发，没有业务逻辑封装，则单独增加一层校验显得冗余。 这暗示了HTTP服务可能处于早期开发阶段，缺乏业务逻辑的抽象。
理想情况下，BFF层或类似的与前端交互层会处理业务逻辑，包括参数校验。 直接在gRPC客户端拦截器中进行校验，虽然方便快捷，但并非长久之计，随着业务复杂度的增加，这种方法的缺点会逐渐显现，例如：
- 维护成本增加: 校验逻辑分散在多个位置，维护困难。
- 性能损耗: 在gRPC连接建立后进行校验，会增加额外性能开销。
因此，建议在HTTP服务层添加参数校验，并将校验逻辑与业务逻辑一起封装，从而提高代码的可维护性和可扩展性，避免因简单的请求转发而增加不必要的复杂性。 只有在HTTP服务真正演变成一个具备业务逻辑的层之后，这种做法才显得合理和高效。
