Mitosis项目发布0.5.24版本:增强构建配置与插件能力
Mitosis是一个创新的前端框架,它允许开发者编写一次组件代码,然后编译输出到多个目标框架(如React、Vue、Angular等)。这种"一次编写,多处运行"的理念大大提高了前端开发的效率,特别是在需要维护多框架代码库的场景下。
本次0.5.24版本的发布带来了几个重要的改进,主要集中在构建配置的灵活性和插件系统的增强上。这些改进使得Mitosis在复杂项目中的适应能力更强,同时也为开发者提供了更多自定义构建过程的可能性。
新增显式构建文件扩展名配置
新版本引入了explicitBuildFileExtensions配置项,这是一个非常有用的功能,特别是在处理具有特定命名模式的组件文件时。开发者现在可以在Mitosis配置中指定哪些文件应该保持特定的扩展名。
例如,你可能有一些专门为Figma设计的组件文件(如button.figma.lite.tsx),或者用于文档的组件(如card.docs.lite.tsx)。通过配置:
{
explicitBuildFileExtensions: {
".ts": /*.figma.lite.tsx/g,
".md": /*.docs.lite.tsx/g
}
}
你可以确保这些特殊用途的组件在构建后保持其原始的文件扩展名,这对于后续的自动化处理流程非常有帮助。这个特性特别适合那些需要将Mitosis集成到复杂构建系统中的团队。
增强插件系统能力
Mitosis的插件系统在这个版本中得到了显著增强,主要体现在两个方面:
-
新增构建类型插件:现在插件可以在CLI构建过程的前后执行自定义逻辑。这意味着开发者可以更灵活地控制构建流程,比如在构建前预处理某些文件,或者在构建完成后执行一些后处理操作。
-
组件插件数据:每个Mitosis组件现在都包含一个
pluginData对象,这个对象会在CLI构建过程中被填充。它包含了诸如构建目标、文件路径、输出目录等有用信息,插件可以利用这些信息做出更智能的决策。
pluginData?: {
target?: Target; // 构建目标框架
path?: string; // 文件路径
outputDir?: string; // 输出目录
outputFilePath?: string; // 输出文件路径
};
这些改进使得Mitosis插件能够更好地理解和操作构建上下文,为开发更强大的构建时工具奠定了基础。
修复状态变量在key属性中的问题
这个版本还修复了一个关于在Fragment的key属性中使用状态变量的问题。在之前的版本中,类似这样的代码:
<Fragment key={state.xxx + "abc"}...>
在React和Angular中的处理方式不一致:React会正确识别state.xxx,而Angular会缺少必要的this.前缀。这个修复确保了跨框架行为的一致性,减少了开发者在不同目标框架间切换时的困惑。
总结
Mitosis 0.5.24版本的这些改进,特别是构建配置和插件系统的增强,使得这个工具在复杂项目中的应用更加得心应手。显式文件扩展名配置解决了特殊命名文件的处理问题,插件系统的增强为构建流程的定制化打开了更多可能性,而框架间一致性的修复则进一步提升了开发体验。
这些变化体现了Mitosis项目对开发者实际需求的关注,也展示了它作为一个跨框架组件解决方案的成熟度正在不断提高。对于正在使用或考虑使用Mitosis的团队来说,这个版本值得关注和升级。
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