TMUI4x蒸汽计划

在等待官方停滞更新非蒸汽UNIAPPX近半年后。官方终于发布了SDK 5.23版本，将安卓纳入了正式蒸汽适配节点。

官方宣传：蒸汽模式的渲染引擎是自有C引擎渲染排版布局。逻辑层由UTS原生还是回到了JS层面。

原生X项目与蒸汽对比

项目	非蒸汽	蒸汽	说明
渲染层	安卓和鸿蒙纯原生，IOS类似NVUE	自有C渲染引擎，类似FL，RN	-
代码层	UTS，安卓编译至KT，IOS->JS,鸿蒙->JS	JS	蒸汽后可以全部JS/TS/UTS写
严格语法	UTS安卓严格，鸿蒙和IOS非严格	非严格且可随意	-
性能	一般，但安卓无延迟高效	所渲染层与代码层分离	理论上蒸汽是JS通信渲染层有通信折损，非蒸汽纯原生高效跟手，如何看待就看各位看官感受了
插件生态	无法使用NPM生态	可以使用（有限）	蒸汽已经是JS了理论上所有NPM生态可用，但自己也考虑兼容，因为它也是有个V8层的
UTS插件	编译自各原生	编译自各原生	无区别，但非蒸汽没有通信折扣，蒸汽就是类似UNIAPP的JS调用原生API
平台兼容	5端	6端(未来有支付宝小程序)	总体区别不大

TMUI4x的2.0有哪些更新

1. UI组件全部为样式隔离，及Setup模式。
2. 核心的依赖更改为JS方式，不再受限制
3. 类型将大量采用联合类型解决之前的类型限制，还有泛型上的友好支持。
4. 全局Store改为原版Pinia JS方式不再采用UTS的方式
5. 多语言，采用原版的Vuei18n，但打了补丁支持低端安卓，原写法没有变升级不影响
6. 导出方法不再受限了，因此原有的Class风格导出被删除，改成了按方法单个导出了，因此你们升级要改，不可以按以前的xStore.xx只能是{x,xx} form 'xx'方式了，而不是 集成在xStore下，之前是受语法限制，没有办法。
7. 原生插件层很多你们要改，几乎都不一样的语法 了 全升级为Dcloud式的函数调用风格了。并且全部规范化，优化升级了。
8. 推出一批纯C底层高性能的插件，比如离线Canvas渲染，这个Dcloud是没有的，可以用来处理图片，绘制，离线UI渲染来自Google Skia源自Flutter同版本核心引擎。不止这一个原生C引擎，还有其它更多C底层引擎插件，花费大量的时间C交叉编译，至三端。
9. UI组件层尽量使用蒸汽下的最新属性和性能

何时发布2.0？

这取决于我对Dcloud的蒸汽版本SDK的评估，时机到了自然就发布了。目前来看（截止2026-8月初）还不够 成熟 ，还未达到我认为可以商用的成熟度，从会员的反馈来看基础api，列表还有问题需要修复，建议大家再等 ，以我发布为准，未发布前可使用非蒸汽VDOM版本。

未来如何走？

随着AI快速的发展，组件的层面意义被无限弱化，甚至可以说不太重要了，因此更新会越来越慢。因为ai可以搞定一切，组件的意义已经不大了。

但是：解决方案变得更有意义，比如如何配置AI，如何使用ai自动化写页面，如何使用AI自动化写项目编译，这就是一整套的自动化流程。让ai真正在干活，强者恒强。

因此未来：我也在变，不在是卖 组件 了，而是具身于AI底层要用到的基础插件和工具，UI层只是一个非常常规的一层了，因为不重要了。 因此我将会编写各种SKILL和规则让ai协调写项目。欢迎大家支付一定费用支助 我 ，这也将助于你的项目高效化。