解决next-safe-action中TypeScript声明文件导出问题
在最新版本的next-safe-action库(v7)中,开发者在使用TypeScript项目时可能会遇到一个与类型声明相关的编译错误。这个问题主要出现在项目配置了"declaration": true的情况下,当尝试导出通过createSafeActionClient创建的动作客户端时。
问题现象
当开发者在TypeScript项目中启用声明文件生成功能(即在tsconfig.json中设置"declaration": true),并尝试导出通过createSafeActionClient创建的客户端实例时,TypeScript编译器会报出以下错误:
Property '_metadata' of exported class expression may not be private or protected.ts(4094)
Property 'handleReturnedServerError' of exported class expression may not be private or protected.ts(4094)
Property 'handleServerErrorLog' of exported class expression may not be private or protected.ts(4094)
Property 'middlewareFns' of exported class expression may not be private or protected.ts(4094)
这些错误表明,当TypeScript尝试为导出的类表达式生成声明文件时,发现了不应该在声明文件中出现的私有或受保护成员。
问题根源
这个问题的根本原因在于next-safe-action库内部实现中,createSafeActionClient返回的类表达式包含了私有成员(如_metadata)和受保护成员(如handleReturnedServerError等)。根据TypeScript的设计原则,这些私有和受保护的成员不应该出现在生成的声明文件中,因为它们属于实现细节,不应该暴露给外部使用者。
解决方案
next-safe-action团队在v7.0.0-next.15版本中修复了这个问题。修复的方式可能是:
- 将这些私有成员改为公开成员(如果确实需要暴露给外部)
- 或者重新设计API,避免在导出的类型中包含这些实现细节
开发者只需要将库升级到v7.0.0-next.15或更高版本即可解决这个问题。
最佳实践
对于使用next-safe-action库的开发者,建议:
- 定期更新库版本以获取最新的bug修复和功能改进
- 在TypeScript项目中合理配置声明文件生成选项
- 如果遇到类似的类型声明问题,可以检查是否是库的已知问题,并查看是否有更新版本修复
这个问题展示了TypeScript声明文件生成机制与库实现细节之间的微妙关系,也提醒库开发者需要注意API设计对类型系统的影响。通过这次修复,next-safe-action库的类型系统变得更加健壮,能够更好地支持TypeScript项目的开发需求。
Kimi-K2.5Kimi K2.5 是一款开源的原生多模态智能体模型,它在 Kimi-K2-Base 的基础上,通过对约 15 万亿混合视觉和文本 tokens 进行持续预训练构建而成。该模型将视觉与语言理解、高级智能体能力、即时模式与思考模式,以及对话式与智能体范式无缝融合。Python00
GLM-4.7-FlashGLM-4.7-Flash 是一款 30B-A3B MoE 模型。作为 30B 级别中的佼佼者,GLM-4.7-Flash 为追求性能与效率平衡的轻量化部署提供了全新选择。Jinja00
VLOOKVLOOK™ 是优雅好用的 Typora/Markdown 主题包和增强插件。 VLOOK™ is an elegant and practical THEME PACKAGE × ENHANCEMENT PLUGIN for Typora/Markdown.Less00
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
KuiklyUI基于KMP技术的高性能、全平台开发框架,具备统一代码库、极致易用性和动态灵活性。 Provide a high-performance, full-platform development framework with unified codebase, ultimate ease of use, and dynamic flexibility. 注意:本仓库为Github仓库镜像,PR或Issue请移步至Github发起,感谢支持!Kotlin07
compass-metrics-modelMetrics model project for the OSS CompassPython00