uni-app x 是什么?
HBuilderX3.9+
uni-app x,是下一代 uni-app,是一个跨平台应用开发引擎。
uni-app x 没有使用js和webview,它基于 uts 语言。在App端,uts在iOS编译为swift、在Android编译为kotlin,完全达到了原生应用的功能、性能。
可以下载打包后的hello uni-app x的apk来体验。(通过显示界面元素边界可知界面都是原生UI,解包后也不会看到js引擎,里面的html文件是示例中演示web-view组件所用)
hello uni-app x的源码见:https://gitcode.net/dcloud/hello-uni-app-x
uni-app x 是一个庞大的工程,它包括uts语言、uvue渲染引擎、uni的组件和API、以及扩展机制。
1. uts语言
开发者在 uni-app x 中,不能编写js,因为 uni-app x 中不自带js引擎。需使用uts,实现跨端的同时保证最佳性能。
uts 全称 uni type script,是一门跨平台的、高性能的、强类型的现代编程语言。它在不同平台,会被编译为不同平台的native语言,如:
- web/小程序平台,编译为JavaScript
- Android平台,编译为Kotlin
- iOS平台,编译Swift
uts和ts很相似,但为了跨端,uts进行了一些约束和特定平台的增补。详见 uts语言介绍
该语言在2022年9月推出,起初用于原生插件扩展开发。
2. uvue渲染引擎
uts替代的是js,而uvue替代的就是html和css。或者如果你了解flutter的话,也可以理解为uts类似dart,而uvue类似flutter。
uvue是一套基于uts的、兼容vue语法的、跨iOS和Android的、原生渲染引擎。
uvue渲染引擎包括uts版的vue框架(组件、数据绑定...)、跨平台基础ui、css引擎。
有了uvue,开发者就可以使用vue语法、css来写一套页面,编译为不同平台的、高性能的纯原生界面。
在过去的跨平台方案中,逻辑层和ui层的通信始终是痛点。
- 所以在webview渲染时,增加了renderjs、wxs等技术
- 所以在nvue渲染时,增加了bindingX技术
- 所以在skyline渲染时,增加了worklet技术
但这些补丁技术都不治根。过去只有flutter解决了dart和ui层的通信问题,但dart和原生层通信也还是有延时,对象传递需要序列化;另外混合原生控件的渲染也有问题,比如原生的信息流广告、输入法交互。
在 uni-app x 中,App端只有1种编程语言(Android里是kotlin),再也没有通信问题。渲染引擎也都是原生渲染,比混合渲染的内存占用更低、稳定性兼容性更好。
对于原生应用开发者而言,uvue提供了更快捷、更舒服的界面开发方式,并且不降低性能。
在 uni-app x 中,项目的页面和组件,后缀名都是uvue。而uvue文件里的script,发布到App时也只能写uts。
一个uvue页面的例子:
<template>
<view class="content">
<button @click="buttonClick">{{title}}</button>
</view>
</template>
<script> //这里只能写uts
export default {
data() {
return {
title: "Hello world"
}
},
onLoad() {
console.log('onLoad')
},
methods: {
buttonClick: function () {
uni.showModal({
"showCancel": false,
"content": "点了按钮"
})
}
}
}
</script>
<style>
.content {
width: 750rpx;
background-color: white;
}
</style>
上述页面没有涉及uts不允许的动态类型,也没有涉及uvue不支持的css,所以它实际上和uni-app js版的vue页面没有区别。
uvue支持的vue语法,是按vue3实现的,但目前不支持setup。详见vue语法
uvue支持的css语法,是web的子集,类似于nvue的css。仅支持flex布局。但也足以布局出需要的界面。详见css语法
以上约束特指App端的uvue引擎。如果把uvue页面编译到小程序和web平台,它的script仍然会被编译为js,web的样式也都可以使用。
更多示例代码参考:hello uni-app x
3. uni的组件
uni-app x支持的组件包括:
- 内置基础组件:如view、text、image、scroll-view、input...等,详见组件清单
- 自定义vue组件:使用内置组件和vue组件技术进行封装的组件,支持easycom。
- uts组件插件:用于原生sdk的ui以组件的方式嵌入。
不支持的组件包括:
- 小程序wxml组件
更多组件介绍,详见
4. API
uni-app js引擎版,支持 plus API 和 weex API。但 uni-app x 中,不再支持这些API。
uni-app x支持的API包括:
-
uts的API 详见
-
全局API,前面不需要加
uni.
。如getApp、getCurrentPages -
uni.xxx的内置API。数量较多,详见
-
uniCloud.xxx的内置API。详见
-
dom的API 详见
-
原生API
由于uts可以直接调用Android和iOS的api,所以os和三方sdk的能力都可以在uts中调用。如下:
<script>
import Build from 'android.os.Build';
export default {
onLoad() {
console.log(Build.MODEL); //调用原生对象,返回手机型号
console.log(uni.getSystemInfoSync().deviceModel); //调用uni API,返回手机型号。与上一行返回值相同
}
}
</script>
上面的示例,在页面启动时打印了2行日志,显示手机型号。
- uni.getSystemInfoSync,是uni的api
- import的Build,是Android os的api
在uni-app x里,可以直接调用os的能力,不受限制,语法是uts的语法,但需要了解什么功能在原生里是哪个api。
使用uni.getSystemInfoSync
则比较简单,看uni的文档即可,且可跨平台。
其实,uni.getSystemInfoSync 的内部实现就是一个uts模块,底层使用了一样的代码,也是import了android.os.Build。
uni.的api,大多是uts开发的,它们会陆续开源在uni-api。
插件市场也有很多做好的uts插件,方便开发者拿来即用。uts插件
5. 全局文件
- manifest.json 仅支持基本的名称图标配置,暂未支持splash,但uni-app x项目打包后启动速度飞快,可以自己做splash。详见
- AndroidManifest.xml 与原生开发相同。注意Android权限配置在这里配置,而不是在manifest.json中 详见
- app.uvue 详见
- pages.json 不支持app-plus的内容。详见
- uni.scss 正常支持。但注意uvue仅能使用css子集
6. 插件生态
uni-app x编译到web和小程序时,所有js库仍然可用。但在App平台,由于没有js引擎,所以无法使用js生态(除非使用web-view组件或自己集成一个js引擎)。
uni-app x App平台的插件生态来源于:
- 原生生态。比如上述示例代码中获取手机型号。以及各种原生sdk的直接调用。
- ts生态的迁移。很多js库是ts编写的,如果没有使用uts不支持的语法,ts代码就可以使用。如果略有不同,也可以稍加改造ts以适配uts。
uni-app x支持npm,但npm的大多数库是for web的,无法跨端,这些库只能在uni-app x编译为web时使用。当然如果有兼容uni-app x的全端库,可以使用,比如这些库z-paging-x、lwu-css。
uni插件市场是跨端插件的聚集地,更推荐在这里找插件而不是去npm。插件市场有2种插件适用于uni-app x。
- uts插件(原生插件) uts插件封装原生能力,包括os能力或三方sdk。可以做API插件,也可以做组件插件。
uts插件可同时在 uni-app js引擎版 和 uni-app x 的app平台上运行。
uts插件分类直达:https://ext.dcloud.net.cn/?cat1=8&type=UpdatedDate
之前uni-app js版的“App原生语言插件”,因依赖js引擎,所以无法在 uni-app x 中运行。
- 前端插件
uvue组件、uts sdk、uni-app x前端页面/项目模板。这些前端代码仍然使用uni-app x的vue、uts、css来开发。
后续DCloud会提供uni-app x编译为web,届时这些插件也可以适配到uni-app js引擎版的全端。
在插件市场搜索框下方有uni-app x的checkbox,勾选可见到所有适配uni-app x的插件:https://ext.dcloud.net.cn/?uni-appx=1
一般情况下,原生库的能力是大于js库的。不太可能有一个功能必须使用js库才能使用。比如md5,js有库,原生也有库,调用一个jar也很方便。
常见的加密、md5、dayjs等库,插件市场已经有uts版本。
如果你一定要使用某个js库,还有一个办法是在uni-app x里的web-view组件,让其运行js并返回值给uts代码。
目前插件市场适配uni-app x的插件已有数百款,包括丰富的ui组件库生态:
- t-uvue-ui:丰富的组件库
- uXui:graceUI作者的免费开源组件库
- UxFrame:低代码高性能UI框架
- wx-ui:基于uni-app x开发的高性能混合UI库
- firstUI:一款适配 uni-app x 的轻量、简洁、高效、全面的移动端组件库
- easyX电商组件库:电商业务常见的各种组件库
一期范围及路线图
除上述文档中声明已经完成的,还有如下需要注意:
- 平台支持:一期只有Android。虽然uts语言支持swift,可以写原生插件,但iOS版的uvue还未开发完毕。对于iOS或其他小程序、web平台,开发者可将uvue文件后缀改为vue或nvue,如果没有写Android专有代码,那么也可以使用uni-app js引擎版编译到其他平台,包括iOS App、web及各家小程序。尤其在app-iOS上,由于设备性能本就优秀,所以js的方案的性能也足够满足很多开发者。
- 一期不支持:横屏切换、暗黑模式、自定义路由、多语言、无障碍
- 一期不支持国际区账户创建和打包uni-app x,仅大陆区开发者账户可用。
欢迎去需求墙投票,告诉我们你的需求优先级。
目前uni-app x的web版处于测试阶段、iOS版处于开发阶段。所以uni-app x的web版很快会上线,而iOS版也计划在插件大赛结束前上线。
很多开发者关心鸿蒙next的适配。uni-app x使用uts,而鸿蒙使用arkTs,都是ts的变种,适配并不复杂。DCloud和鸿蒙团队一直保持着沟通,会在合适的时机启动。
案例
自动化测试
uni-app x 从源头重视产品质量,第一个版本就支持自动化测试。并为uni-app x产品编写了数十万行自动化测试例代码。
uni-app x 的自动化测试方案和 uni-app js版相同,自动化测试脚本使用js编写(注意不是uts)。整个自动化测试环境,运行在电脑端。
开发者可以为自己的app编写好自动化测试,以提升自己的产品质量。
uni-app 的自动化测试教程详见:https://uniapp.dcloud.net.cn/worktile/auto/quick-start.html
历史老项目兼容指南
uni-app js版老项目迁移指南
- 首先检查你的老项目里使用的uni组件、api、三方插件、三方库,在uni-app x上是否支持。
- 对于不支持的,需要自己写uni-app x的插件或去插件市场找替代兼容插件。如果写调用原生的uts代码,需要你了解原生的api。
- 对于css,如果你之前使用nvue的css,那边迁移到uni-app x在样式上改动很小。如果之前是vue的css,那么需要改为flex布局,以及仅使用uvue支持的css来布局界面。
- 对于script,如果你之前使用ts,那么改造成本会很低。如果使用js,那需要改造成uts,差别最大的就是补类型,没法再使用弱类型了。
- 组件的写法基本没有差别,只需注意uni-app x初期支持的组件不全
您可以先把Android版迁移到uni-app x上,iOS维持原先方案。由于iphone设备性能的优势,uni-app js版的性能应该也可以满足大多数需求。
官方近期会提供把uni小程序sdk集成到uni-app x的方案。届时你的uni-app js版老项目可以作为uni-app x新项目的一个小程序来使用。
原生/rn/flutter页面兼容指南
之前已经有原生/rn/flutter页面,希望渐进式的迁移到uni-app x架构,该怎么搞?
uni-app x 毕竟是原生应用,内嵌flutter、rn这些没有任何问题,包括调用其他原生写的界面也可以。把之前的页面封装为uts插件,云打包就可以用。
插件市场已经有内嵌flutter的uts版本。详见
至于把 uni-app x 作为一个sdk内嵌到其他原生应用中,后续提供离线打包方案时会提供。
FAQ
-
uni-app x 支持uvue页面和vue页面混写吗? 仅支持uvue页面。没有js引擎,不能运行vue页面。但历史vue页面可以通过 uni小程序sdk 嵌入到uni-app x中。
-
uni-app x 的app端能离线打包吗? 初期不能,后期会提供
-
uni-app x 能热更新吗? 开发期间可以热刷,但打包后不能热更新。开发者可自行封装原生的插件动态加载方案或使用uni小程序sdk。
-
uni-app x 会搞插件大赛吗? 已经启动。欢迎大家做基于uts和uvue的插件。详情
-
uni-app x 能调用所有原生API吗? 可以。在app端,kotlin和swift能调的,uts就能调。
-
uni-app x 能集成原生sdk吗? 可以,通过uts插件,https://uniapp.dcloud.net.cn/plugin/uts-plugin.html
-
uvue页面里的script可以直接调用原生代码吗?还是必须封装成uni_modules方式的uts原生插件? uvue的script里写的就是uts,uts就可以直接调原生代码。无所谓它在
uni_modules
里还是外。但如果是大段的原生代码调用,还是推荐封装为独立的uni_modules
。 -
uni-app x 的开发只能用HBuilderX吗? 是的。为三方ide做插件是一个投资大且充满不确定性的事情,官方有限精力会聚焦在自身产品优化上。但DCloud是开放的,不会限制三方ide的插件支持。
-
uni-app x 支持最低的Android版本多少? Android 5+
-
uni-app x开源吗? uni-app x的组件和API实现都会开源,会陆续发布在项目uni-component和uni-api下。
开发者可以了解组件和API的实现,直接修改或优化源码,修改后的代码以ext api或组件的方式下载到项目中,即可实现在本项目中替换掉官方组件和API。 -
未来 uni-app js引擎版还维护吗? 维护。服务js开发者仍然是DCloud的重点。但nvue和5+将不再维护。不再维护不是下线,而是没有重大问题的话(如新手机不兼容)不会再更新了。
并非所有应用都需要达到微信、抖音的性能,js引擎版如能满足你的性能需求,那继续使用js引擎版。
未来vue页面也会支持uts组件。无论js引擎版还是x版,都支持uts插件生态,未来的原生扩展api和插件会是复用的。
包括官方的组件和API也会复用,比如电量API uni.getbatteryinfo,和lottie组件,它们使用uts开发,在 uni-app js引擎版和x版上,调用的都是一套代码。 所以不必担心官方精力不足,顾此失彼。
欢迎加入 uni-app x 专用群交流
- QQ群485089465
- uni-im群