简体中文
uni-app x,是下一代 uni-app,是一个跨平台应用开发引擎。
uni-app x 是一个庞大的工程,它包括uts语言、uvue渲染引擎、uni的组件和API、以及扩展机制。
uts是一门类ts的、跨平台的、新语言。
uts在iOS平台编译为swift、在Android平台编译为kotlin、在Web和小程序平台编译为js、在鸿蒙next平台上编译为ArkTS。
在Android平台,uni-app x 的工程被整体编译为kotlin代码,本质上是换了vue写法的原生kotlin应用,在性能上与原生kotlin一致。
可以体验打包后的hello uni-app x,访问地址或扫描二维码后获取:
Android
iOS
获取 ABM(Apple 商务管理)包
TIP
hello uni-app x的源码见:https://gitcode.net/dcloud/hello-uni-app-x
该语言在2022年9月推出,起初用于原生插件扩展开发。
开发者在 uni-app x 中,需使用 uts 而不是js。尤其是 Android端不自带js引擎,无法运行js代码。
uts 全称 uni type script,是一门跨平台的、高性能的、强类型的现代编程语言。它在不同平台,会被编译为不同平台的native语言,如:
web/小程序
平台,编译为JavaScriptAndroid
平台,编译为KotliniOS
平台,编译Swift鸿蒙next
平台,编译为arktsuts和ts很相似,但为了跨端,uts进行了一些约束和特定平台的增补。详见 uts语言介绍
uts替代的是js,而uvue替代的就是html和css。或者如果你了解flutter的话,也可以理解为uts类似dart,而uvue类似flutter。
uvue是一套基于uts的、兼容vue语法的、跨平台的、原生渲染引擎。
uvue渲染引擎包括uts版的vue框架(组件、数据绑定...)、跨平台基础ui、css引擎。
有了uvue,开发者就可以使用vue语法、css来快速编写页面,编译为不同平台的、高性能的纯原生界面。
一个uvue页面的例子:
示例没有涉及uts不允许的动态类型,也没有涉及uvue不支持的css,所以它实际上和uni-app js版的vue页面没有区别。
<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>
uvue支持的是vue3语法,支持组合式API和选项式API。详见vue语法
uvue在App端支持的css语法,是web的子集,类似于但优于nvue的css。仅支持flex布局,但也足以布局出需要的界面。详见css语法
使用该css子集,可保证跨端。如果把uvue页面编译到web平台,则web的其他css也都可以使用。
更多示例代码参考:hello uni-app x
在过去的跨平台方案中,逻辑层和ui层的通信始终是痛点。
webview
渲染时,增加了renderjs、wxs等技术nvue
渲染时,增加了bindingX技术skyline
渲染时,增加了worklet技术但这些补丁技术都不治根。过去只有flutter解决了dart和ui层的通信问题。可是这套方案又带来2个问题:
所以一个好的UI层,仍然应该是原生渲染而不是自渲染。只不过需要解决逻辑层和原生(不管是原生UI还是原生能力)的通信问题。
其实不管是js还是dart,和原生都有通信桥,功能上没有限制,可以调用各种原生能力,但问题就出在Android上这个通信性能上不去。
既然通信性能不行,那就干脆不通信。
由于uts在Android上被编译为kotlin,它的逻辑层和UI层都是纯原生的,没有通信问题,所以它的性能真正达到了原生水平。因为本质上它就是换了vue写法的原生kotlin应用。
在iOS上,情况要复杂些。由于swift编译iOS应用必须依赖xcode,而DCloud的开发者中windows占比更高。且iOS上js和原生通信有解,所以uni-app x在iOS上提供js和swift双选逻辑层。
js逻辑层 | swift逻辑层 | |
---|---|---|
主应用开发平台 | windows或mac | 只能mac |
uvue页面代码 | 可使用js但不能直接调用swift API。swift调用需封装在uts插件中 | 只能调用swift不能使用js |
uts原生插件开发 | 只能mac | 只能mac |
uts原生插件使用 | windows下打包后使用,mac下本地直接编译 | windows下打包后使用,mac下本地直接编译 |
性能 | 丝滑流畅 | 丝滑流畅 |
也就是uts原生插件作者必须得有mac电脑,普通的App开发者可以没有mac电脑。
虽然理论上swift逻辑层的性能要高于js逻辑层,但开发者可以放心使用js逻辑层。
uni-app x在iphone上的js逻辑层和原生渲染层的通信经过特殊处理,大幅提升通信效率问题,不再需要bindingX这类技术。也不存在flutter那种混合渲染问题。
可以体验hello uni-app x的iOS版本,在slider-100、滚动时动态调整view的top值以维持吸顶等极端场景,均如Android一样的丝滑流畅。
使用js逻辑层除了能在windows下开发,还有一个好处是大幅降低插件生态的建设难度。 插件作者只需要特殊适配Android版本,在iOS和Web端仍使用ts/js库,即可快速把uni-app/web的生态迁移到uni-app x中。 例如这个request拦截库
uni-app x支持的组件包括:
内置基础组件
:如view、text、image、scroll-view、input...等,详见组件清单自定义vue组件
:使用内置组件和vue组件技术进行封装的组件,支持easycom。uts组件插件
:用于原生sdk的ui以组件的方式嵌入。除了微信小程序,其他端不支持小程序wxml组件。
更多组件介绍,详见
uni-app x支持的API包括:
uni.
。如getApp、getCurrentPages由于 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>
INFO
上面的示例,在页面启动时打印了2行日志,显示手机型号。
在uni-app x里,可以直接调用 OS 的能力,不受限制,语法是uts的语法,但需要了解什么功能在原生里是哪个api。
使用uni.getSystemInfoSync
则比较简单,看uni的文档即可,且可跨平台。
其实,uni.getSystemInfoSync 的内部实现就是一个uts模块,底层使用了一样的代码,也是import了android.os.Build。
uni.的api,大多是uts开发的,它们会陆续开源在uni-api。
插件市场也有很多做好的uts插件,方便开发者拿来即用。uts插件
uni-app js引擎版,支持 plus API 和 weex API。但 uni-app x 中,不再支持这些API。
uni-app x编译到web、小程序、以及iOS的js逻辑层模式时,所有js库仍然可用。但在Android平台或iOS的swift逻辑层模式时,由于没有js引擎,所以无法使用js生态(除非使用web-view组件或自己集成一个js引擎)。
uni-app x App平台的插件生态来源于:
原生生态
。比如上述示例代码中获取手机型号。以及各种原生sdk的直接调用。ts生态的迁移
。很多js库是ts编写的,如果没有使用uts不支持的语法,ts代码就可以使用。如果略有不同,也可以稍加改造ts以适配uts。TIP
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引擎和weex,所以无法在 uni-app x 中运行。
前端插件
uvue组件、uts sdk、uni-app x前端页面/项目模板。这些前端代码仍然使用uni-app x的vue、uts、css来开发。
在插件市场搜索框下方有uni-app x的checkbox,勾选可见到所有适配uni-app x的插件:https://ext.dcloud.net.cn/?uni-appx=1
一般情况下,原生库的能力是大于js库的。不太可能有一个功能必须使用js库才能使用。比如md5,js有库,原生也有库,调用一个jar也很方便。
常见的加密、md5、sha、dayjs等库,插件市场已经有uts版本。
如果你一定要使用某个js库,还有一个办法是在uni-app x里的web-view组件,让其运行js并返回值给uts代码。
目前插件市场适配uni-app x的插件已有数百款,包括丰富的ui组件库生态:
除了上述整套UI插件,还有很多开发者提供了大量独立组件插件,如陌生年华的lime系列插件,即兼容uni-app又兼容uni-app x。
除上述文档中声明已经完成的,还有如下需要注意:
INFO
欢迎去需求墙投票,告诉我们你的需求优先级。
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-app x新项目的一个小程序来使用。在uni-app x里内嵌uni小程序sdk,详见:uni-unimp。
之前已经有原生/rn/flutter页面,希望渐进式的迁移到uni-app x架构,该怎么搞?
uni-app x 毕竟是原生应用,内嵌flutter、rn这些没有任何问题,包括调用其他原生写的界面也可以。把之前的页面封装为uts插件,云打包就可以用。
插件市场已经有uts版本的内嵌flutter插件、内嵌compose ui插件
至于把 uni-app x 作为一个sdk内嵌到其他原生应用中,后续提供离线打包方案时会提供。
uni-app x 支持uvue页面和vue页面混写吗?
仅支持uvue页面。Android平台没有内置js引擎,不能运行vue页面。但历史vue页面可以通过 uni小程序sdk 嵌入到uni-app x中。
uni-app x 的app端能离线打包吗?
可以。详见
uni-app x 的App能热更新吗?
开发期间可以热刷,但打包后不能热更新。
Android作为原生应用,可以使用uni小程序sdk,热更新小程序。当然开发者也可自行封装原生的插件动态加载方案。
iOS平台的js逻辑层模式,未来会推出wgt更新。
uni-app x 能调用所有原生API吗?
可以。在app端,kotlin和swift能调用的,uts就能调。在浏览器端,所有js能调用的,uts也都能调。
uni-app x 能集成原生sdk吗?
可以,通过uts插件,https://uniapp.dcloud.net.cn/plugin/uts-plugin.html
uvue页面里的script可以直接调用原生代码吗?还是必须封装成uni_modules方式的uts原生插件?
uvue的script里写的就是uts,Android端可以直接调原生代码。无所谓它在uni_modules
里还是外。但如果是大段的原生代码调用,还是推荐封装为独立的uni_modules
。
iOS平台如果是js逻辑层模式,只能在独立uni_modules
中才能调用原生。
uni-app x 的开发只能用HBuilderX吗?
是的。为三方ide做插件是一个投资大且充满不确定性的事情,官方有限精力会聚焦在自身产品优化上。但DCloud是开放的,不会限制三方ide的插件支持。欢迎社区投入支持。
uni-app x 支持最低的Android版本多少?浏览器版本多少?\
Android 5
;iOS12
chrome 64
、safari 11.1
、firefox 62
、edge 79
、safari on iOS 12
;chrome 66
、safari 11.1
、firefox 62
、edge 79
、safari on iOS 12
;另外由于运行时不会对语法进行转化来兼容低版本浏览器,如果使用了一些比较新的语法可能会无法在低版本浏览器上运行。uni-app x开源吗?
未来 uni-app js引擎版还维护吗?
维护。服务js开发者仍然是DCloud的重点。但nvue和5+将不再维护。不再维护不是下线,而是没有重大问题的话(如新手机不兼容)不会再更新了。
如果开发小程序和Web,那使用哪个都差不多。
如果开发App,那uni-app面向的是对体验不敏感,只了解web技术,对开发成本更敏感的前端开发者。而uni-app x则适用于愿意多付出一些开发成本、以追求更好体验的开发者。当然这个多付出的开发成本也远低于原生开发各端的成本。
不管uni-app还是uni-app x,都支持uts插件生态,原生扩展api和插件是复用的。
包括官方的组件和API也是复用的,比如电量API uni.getbatteryinfo,和lottie组件,它们使用uts开发,在 uni-app和uni-app x上,调用的都是一套代码。 所以不必担心官方精力不足,顾此失彼。