ORPC v0.35.0 发布:全新插件系统与核心架构升级
ORPC(OpenAPI RPC Framework)是一个基于 TypeScript 的 RPC 框架,它通过 OpenAPI 规范来定义和实现远程过程调用。该框架特别适合需要强类型安全和 API 文档自动生成的项目,能够显著提升前后端协作效率。
核心架构重构
本次 v0.35.0 版本带来了重大架构调整,最显著的变化是处理器的全面重写。框架现在原生支持 fetch API 和 Node.js HTTP 服务器的原生接口,这一改变带来了显著的性能提升和更好的兼容性。
原有的四个生命周期选项(onStart、onSuccess、onError 和 onFinish)已被移除,取而代之的是全新的拦截器系统。开发者现在可以使用更灵活、功能更强大的拦截器来实现相同的功能。同时,OpenAPIServerHandler 和 OpenAPIServerlessHandler 两个处理器被合并为统一的 OpenAPIHandler,这个新处理器针对各种部署环境都进行了优化。
全新插件系统
v0.35.0 版本引入了插件系统,首批推出的两个官方插件是 CORSPlugin 和 ResponseHeadersPlugin。
CORSPlugin 简化了跨域资源共享配置,开发者只需简单配置 origin 参数即可启用 CORS 支持。ResponseHeadersPlugin 则为响应头管理提供了统一接口,通过上下文对象可以方便地设置自定义响应头。
插件系统的设计采用了依赖注入模式,ResponseHeadersPlugin 会自动向上下文类型中注入 ResponseHeadersPluginContext,开发者可以方便地通过类型扩展来使用这些功能。
改进与优化
除了上述重大变更外,本次更新还包含了对 Hono 框架兼容性的改进。Hono 是一个轻量级的 Web 框架,ORPC 现在能够更好地与其集成,特别是在中间件支持方面进行了优化。
错误处理也得到了增强,新的拦截器系统提供了更精细的错误处理能力。开发者可以针对不同类型的错误实现特定的处理逻辑,同时保持代码的整洁和可维护性。
升级建议
对于现有项目,升级到 v0.35.0 需要注意以下几点:
- 所有处理器相关的代码需要按照新 API 重写
- 生命周期钩子需要迁移到新的拦截器系统
- 可以考虑使用新的插件系统来替代部分自定义中间件
虽然升级需要一定的工作量,但新版本带来的性能提升和功能增强值得投入。特别是插件系统的引入,为框架的扩展性打开了新的可能性,开发者可以期待更多官方和社区插件的出现。
ORPC 正在朝着更现代化、更灵活的方向发展,v0.35.0 是一个重要的里程碑版本,为未来的功能扩展奠定了坚实的基础。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
PaddleOCR-VL-1.5PaddleOCR-VL-1.5 是 PaddleOCR-VL 的新一代进阶模型,在 OmniDocBench v1.5 上实现了 94.5% 的全新 state-of-the-art 准确率。 为了严格评估模型在真实物理畸变下的鲁棒性——包括扫描伪影、倾斜、扭曲、屏幕拍摄和光照变化——我们提出了 Real5-OmniDocBench 基准测试集。实验结果表明,该增强模型在新构建的基准测试集上达到了 SOTA 性能。此外,我们通过整合印章识别和文本检测识别(text spotting)任务扩展了模型的能力,同时保持 0.9B 的超紧凑 VLM 规模,具备高效率特性。Python00
xw-cli实现国产算力大模型零门槛部署,一键跑通 Qwen、GLM-4.7、Minimax-2.1、DeepSeek-OCR 等模型Go06
yuanrongopenYuanrong runtime:openYuanrong 多语言运行时提供函数分布式编程,支持 Python、Java、C++ 语言,实现类单机编程高性能分布式运行。Go051
pc-uishopTNT开源商城系统使用java语言开发,基于SpringBoot架构体系构建的一套b2b2c商城,商城是满足集平台自营和多商户入驻于一体的多商户运营服务系统。包含PC 端、手机端(H5\APP\小程序),系统架构以及实现案例中应满足和未来可能出现的业务系统进行对接。Vue00
ebook-to-mindmapepub、pdf 拆书 AI 总结TSX01