快应用APP是九大手机厂商基于硬件平台共同推出的新型应用生态。用户无需下载安装，即点即用，享受原生应用的性能体验。
基本功能：
快应用框架深度集成进各厂商手机系统中，可以在操作系统层面实现用户需求与应用服务间的无缝连接，提升用户的使用体验和应用服务的转化效率，同时支持生成桌面图标等留存能力。
“快应用”使用前端技术栈开发，原生渲染，同时具备H5页面和原生应用的双重优点。
“快应用”将是现在传统通知栏、负一屏、信息流等用户直观感知的位置建立和搜索入口，包括短信、拍照、语音助手、卸载场景、卡包等等。基于华为手机的人工智能，将创造更多智能场景识别、硬件功能的权限调用、支付等入口场景。
扩展资料：
十大手机厂商共推快应用标准：
小米、中兴、华为、金立、联想、魅族、努比亚、OPPO、vivo、一加，共十家手机厂商于2018年3月20日在北京联合召开快应用标准启动发布会，共同发布了快应用及其相关标准。
并与中国信息通信研究院、电信终端产业协会、中国软件行业协会共同启动了快应用标准和即时应用生态联盟，数百家知名移动互联网应用企业共同见证移动应用新生态的到来。
1、打造快应用新生态
市场迎来商业新机遇快应用是基于手机硬件平台的新型应用生态，在发布会上，作为联盟成员的多家手机厂商从四个层面对快应用标准做出解读：快应用的用户场景与需求，快应用生态及开放平台介绍，快应用技术方案及快应用流量规划。
随着手机硬件升级，数据和算法改进，场景识别和意图推荐的用户需求通过人工智能得以实现，手机除了提供本机服务外，在垂直类场景中有了更大的拓展空间。快应用给出了全新解决方案，在产品能力、厂商资源和开发者权限方面赋能。
快应用可以让用户即点即用，能提供包括账号、支付、push等能力，高效的连接用户与内容和服务，具有成本低、体验好、场景丰富、转化高和留存高的特点，无需下载，即点即用，实现100%转化率。
快应用使用前端技术栈开发，运行效率和开发效率达到了很好的平衡，同时很多前端代码资源可以直接复用。快应用的开发模式贴近前端主流的思想，采用了模板加数据绑定的MVVM模式，支持标准的JS语法，为获得更高的渲染性能和易用性，对CSS和标签进行了一些剪裁和扩充。
通过全新的引擎，将系统原生的渲染机制和接口能力提供给上层应用，使得快应用的能力和体验基本等同于原生应用。
2、多方合力共推快应用标准
快应用的流量将是一个终端厂商、开发者和用户共同促进的局面。在发布会现场，我们看到多方聚合共推快应用的力量。
中国信息通信研究院副院长何桂立先生表示，要促进硬件厂商与软件产业的深度融合创新，为开发者赋能，提升我国手机制造厂商及软件厂商的竞争力和与服务能力，为用户提供更好的产品体验。
参考资料来源：百度百科-快应用
参考资料来源：新华网-十大手机厂商共推快应用标准
快应用和微信小程序类似。都是用户体验介于网页与原生APP之间的新型应用模式。微信小程序我想大家都用过，但是快应用却不一定。首先微信小程序问世要比快应用早一年，而且靠着微信的用户社交粘性和闭环，以及小程序支持安卓与ios端。使得小程序到目前为止，依旧发展得比快应用好。但未来不一定。快应用可以说是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。
