ORPC v0.26.0 发布：中间件与处理器参数的重大重构

ORPC 是一个面向现代 Web 开发的 RPC 框架，它提供了简洁高效的远程过程调用能力。在最新发布的 v0.26.0 版本中，ORPC 对中间件和处理器函数的参数设计进行了重大重构，这是该框架发展过程中的一个重要里程碑。

参数设计的演进

在之前的版本中，ORPC 的处理器和中间件采用传统的参数传递方式：

// 旧版处理器
os.handler((input, context, meta) => { })

// 旧版中间件
os.middleware((input, context, meta) => meta.next({}))

这种设计虽然直观，但随着框架的发展和使用场景的复杂化，逐渐暴露出一些问题：

1. 参数顺序固定，不够灵活
2. meta 对象包含 next 方法，语义不够清晰
3. 扩展性受限，难以适应未来需求变化

新版参数设计

v0.26.0 引入了一种更现代化、更具表达力的参数结构：

// 新版处理器
os.handler(({ context, input }) => { })

// 新版中间件
os.middleware(({ context, next }, input) => next({}))

这种设计的主要改进包括：

1. 对象解构参数：使用对象解构语法，使参数更清晰、更易读
2. 语义化结构：明确区分上下文(context)和输入(input)
3. 更直观的流程控制：中间件中 next 方法直接作为参数提供，不再需要通过 meta 对象访问
4. 更好的类型推断：TypeScript 类型系统能提供更精确的类型提示

迁移指南

对于现有项目，升级到 v0.26.0 需要进行以下修改：

1. 处理器函数需要从三个单独参数改为解构对象参数
2. 中间件函数需要调整参数结构，next 方法现在直接作为第一个参数的属性
3. 所有 meta.next() 调用需要改为直接调用 next()

设计优势

这种新的参数设计带来了多项优势：

1. 更好的可读性：参数结构自文档化，开发者一眼就能看出函数需要什么
2. 更强的扩展性：未来可以轻松添加新属性而不破坏现有代码
3. 更符合现代 JavaScript 习惯：与 React Hooks 等现代 API 设计理念一致
4. 改进的类型安全：TypeScript 类型检查更精确，减少潜在错误

总结

ORPC v0.26.0 的参数重构代表了框架向更现代化、更健壮的方向发展。虽然这是一个破坏性变更，但它为框架的未来发展奠定了更好的基础。对于开发者而言，短暂的迁移成本将换来长期更好的开发体验和代码质量。

建议所有 ORPC 用户尽快规划升级到 v0.26.0，以享受新参数设计带来的各种好处，并为将来可能的新特性做好准备。