手机上突然出现了一个叫快应用 的东西,快应用是什么?
快应用是九大手机厂商基于硬件平台共同推出的新型应用生态。用户无需下载安装,即点即用,享受原生应用的性能体验。
快应用框架深度集成进各厂商手机系统中,可以在操作系统层面实现用户需求与应用服务间的无缝连接,提升用户的使用体验和应用服务的转化效率,同时支持生成桌面图标等留存能力。
快应用使用前端技术栈开发,原生渲染,同时具备H5页面和原生应用的双重优点。
快应用将是现在传统通知栏、负一屏、信息流等用户直观感知的位置建立和搜索入口,包括短信、拍照、语音助手、卸载场景、卡包等等。基于华为手机的人工智能,将创造更多智能场景识别、硬件功能的权限调用、支付等入口场景。
扩展资料
快应用的优势
1、快应用是系统级的应用,小程序毕竟多了微信一级的处理。比如在安卓桌面快捷方式打开小程序时,就需要先调起微信,然后才能打开小程序,而快应用则少去了中间步骤,可以直接打开。
2、系统默认对每个应用设置固定比例大小的内存上限,如果某个应用使用内存触达上限,会卡顿影响使用体验。所以在相同内存损耗下,小程序本身就比快应用需要多出微信的内存。
另外系统也可能会为快应用提供更好的体验,而分配给它比普通应用更多的内存。当然,随着硬件的发展,手机内存会越来越大,这个差距可能会非常不明显。
参考资料来源:百科百科—快应用
快应用可以说是9大手机厂商为了不使微信小程序抢占应用流量而出现的吧。
毕竟微信小程序是以微信为载体,是一种二级应用,打开小程序前必须要打开微信的占用内存。而快应用是手机厂商出品的,不需要以某个为载体,直接操作系统打开,属于一级应用。可以直接调用底层系统功能。其实厂商可根据其优势,提升手机的原生性能,使得其强于微信小程序的体验也是可以的,不过这得待后期发展了。
现在我们从技术角度来说说开发快应用吧!
项目结构
按快应用脚手架工具初始化的项目基本能满足一般的项目开发需求了。比如现在初始化一个
hap init hiquick
项目:
得到一个如下结构的项目目录:
├── sign //rpk包签名模块
├── src
│ ├── Common //公用的资源和组件文件
│ ├── Demo //页面目录
│ │ └── index.ux //页面文件,可自定义页面名称
│ ├── app.ux //APP文件,可引入公共脚本,暴露公共数据和方法等
│ └── manifest.json //项目配置文件,配置应用图标、页面路由等
其中 Demo 目录即是一个页面目录,包含一个 ux 后缀的页面文件。项目构建运行之后,还会产生 build/、dist/ 两个目录。build 是打包构建后生成的 js 文件、dist 则是 rpk 安装包。
在我们实际项目中由于业务比较复杂,会创建很多页面,这样平铺在根目录下,造成文件夹过多不易管理维护。
于是我们新建一个文件夹 pages 专门存放页面,这样项目结构就变成了:
├── sign
├── src
│ ├── common //公用资源、全局配置
│ ├── components //公用组件
│ ├── pages
│ │ ├── index //页面目录
│ │ │ └── index.ux //页面文件
│ │ └── login
│ ├── app.ux
改造后的目录结构更直观、简洁。不过要记得去修改默认的页面路由配置:router.pages、display.pages 两项的页面键值要改和页面路径一致。如这里首页的配置就是 pages/index。