Node.js HTTP服务如何有效处理gRPC服务的参数校验？
本文分析了在Node.js HTTP服务转发Go语言编写的gRPC服务时，参数校验的最佳实践。 开发团队内部就校验位置产生了分歧：HTTP服务开发者倾向于在gRPC服务层进行校验，而gRPC服务开发者则建议在HTTP服务层也进行校验。
争议的核心在于HTTP服务的角色和职责。 HTTP服务目前仅作为简单的转发层，缺乏业务逻辑。gRPC服务开发者认为，在HTTP服务层进行校验能确保数据完整性。而HTTP服务开发者则认为，将校验放在靠近数据库的gRPC服务层更合理，HTTP服务仅处理错误返回。 使用go-proto-validators拦截器进行校验也被认为并非理想方案。
最佳实践是：HTTP服务应该在接收HTTP请求参数后立即进行校验。 这种做法符合BFF（Backend For Frontend）架构模式。 BFF层通常负责处理前端请求，包含业务逻辑和参数校验，再通过RPC调用后端服务。
将校验放在gRPC服务的拦截器中（例如go-proto-validators）并非长久之计。 随着业务复杂度的增加，简单的转发层可能会演变成包含业务逻辑的层，这时在拦截器中进行校验会变得难以维护且可能造成性能损耗（因为gRPC连接已建立）。
因此，在HTTP服务层进行参数校验，既能保证数据完整性，又能更好地适应未来的业务扩展，并遵循最佳的BFF架构实践。 这避免了不必要的性能开销，并提升了系统的可维护性。
