ORPC v0.30.0 版本发布：全局错误处理与中间件执行顺序优化

ORPC（Object-Relational Procedure Call）是一个现代化的RPC框架，专注于为开发者提供简洁、类型安全的远程过程调用体验。在最新发布的v0.30.0版本中，ORPC带来了两项重要改进：全局错误处理机制和中间件执行顺序的优化。

全局错误处理机制

在分布式系统中，错误处理一直是开发中的难点。ORPC v0.30.0引入了一个创新的.errors方法，允许开发者在各个构建层级定义错误处理逻辑。

核心特性

1. 层级化错误定义：可以在全局或特定端点级别定义错误类型
2. 类型安全：所有错误类型都会被类型系统捕获
3. 统一接口：通过errors对象统一访问所有定义好的错误

使用示例

// 全局错误定义
const pub = os.errors({
  UNAUTHORIZED: {},  // 定义未授权错误
}).use(({ errors }) => {
  throw errors.UNAUTHORIZED()  // 抛出预定义错误
})

// 端点级错误定义
const getting = pub
  .input(z.object({ id: z.string() }))
  .errors({
    NOT_FOUND: {
      message: 'User not found',  // 自定义错误消息
    },
  })
  .handler(({ errors }) => {
    throw errors.NOT_FOUND()  // 抛出端点特定错误
    throw errors.UNAUTHORIZED()  // 也可以抛出全局错误
  })

这种设计使得错误处理更加模块化和可重用，开发者可以轻松地在不同层级共享错误定义，同时保持类型安全。

中间件执行顺序优化

v0.30.0版本还对中间件的执行顺序进行了重要调整，使其更加符合开发者的直觉和实际需求。

关键变更

1. 验证前后执行：中间件现在可以在输入验证之前或之后执行
2. 更细粒度控制：开发者可以精确控制中间件在验证流程中的位置
3. 向后兼容：现有代码无需修改，但行为更加明确

实际意义

这一改进使得开发者能够：

• 在验证前执行预处理逻辑（如日志记录）
• 在验证后执行业务逻辑相关的中间件（如权限检查）
• 更灵活地组织中间件链

技术影响

这两个改进共同提升了ORPC在以下方面的能力：

1. 错误处理标准化：团队可以建立统一的错误处理规范
2. 中间件编排灵活性：更精细地控制请求处理流程
3. 开发体验提升：减少样板代码，提高代码可读性

对于正在使用ORPC的团队来说，v0.30.0版本提供了更强大的工具来构建健壮、可维护的分布式系统。特别是错误处理机制的改进，将显著减少重复的错误处理代码，同时提高系统的可观测性。

建议现有用户逐步将错误处理逻辑迁移到新的.errors机制中，并重新评估中间件的执行顺序，以充分利用这些新特性带来的优势。