鸿蒙NEXT时代你所不知道的全平台跨端框架：CMP、Kuikly、Lynx、uni-app x等原创

鸿蒙next时代你所不知道的全平台跨端框架，CMP zakei za y links e unit g APP等。Flutter platform和GUI线程合并dotman和platform UI在engine启动完成后会合并到一个线程。简单说，APP所需的所有着色器都在flutter引擎构建时进行离线编译，而不是在应用运行时编译，这其实才是目前是flatter的核心竞争力。不同于Ski r需要考虑多场景和平台通用性，需要支持各种灵活的鹅着色器场景，甚至flatter在类游戏场景支持也挺不错，如果配合rapfe的状态机和自适应，甚至可以开发出很多出乎意料的效果。2025年的RN会超乎你的想象，可以说ski和web GPU给了他更多的可能。Compos ma t platformt c MMP近期的热度应该来自compos multi platform eoss稳定版发布。作为第二个使用kir的自绘框架，除了wep还在推进之外，CMP基本完成了它的跨平台稳定之路。

实现鸿蒙支持，目前主流方式也是Co Lin native, 不得不说cot Lin最强大的核心价值不是它的语法堂，而是它的编译器。当然也有使用kat Lin JS适配鸿蒙的方案，Zuachiz za k y其实也算是za k p体系的跨平台框架，只是腾讯在做它的时候还没CMMP，所以一开始za Qi za KI是通过ZKM进行实现，而后在UI层通过自己的方案完成跨平台。大家更熟悉的composeose支持目前还处于开发过程中。Zaachii zaa y虽然会依赖原生平台的控件，但是大部分控件的实现都已经被提升到zachi zaa y自己的cot Lin共享层。目前Z Qi z KI实现了60%UI组建的纯cot Lin组合封装实现，不需要nat提供原子控件。如果说zakeiz zaai是一个面向客户端的全平台框架，那么links就是一个完全面向web前端的跨平台全家桶。

目前links开源的首个支持框架就是基于react的react links.而在实线上，源代码中的标签会在运行时被links引擎解析，翻译成用于渲染到element嵌套的element m绘组成的一棵树，从而构建出UI界面。Links对即时手帧渲染IR和丝滑流畅交互体验有先天优势，开发双线程模型及主线程脚本MGS，让linknux的启动和第一帧渲染速度还挺不错。

而在多平台上，Links是自主开发的渲染后端支持Windows tvas Mac o和harmman ne OS, 但是不确实是否支持Linux。最后，Links的开发环境最好选Mac oth. 关于Windows和Linux平台，目前工具链兼容性还需要打磨。具体来说就是UNI g appp不再是运行在JA score的跨平台框架，它是基于wep技术站开发，运行时编译为原生代码的模式。相信这种模式大家应该也不陌生了，简单说就是JS uts代码在打包时会直接编译成原生代码。最后我们简单做个总结。