前言
今天来聊一下前端必备技能——小程序开发。
从最早发布的微信小程序，到后来的支付宝小程序、字节跳动小程序、百度小程序、QQ小程序，还有最近发布的360小程序，面对这么多套的代码，开发者该如何开发呢？
当业务要求同时在不同的端都要展现时候，针对不同的端去编写多套代码的成本显然非常高。这时候只需编写一套代码，就能够适配多端的能力就显得尤为需要。
今天就来给大家介绍一款，使用Vue的跨端框架——uni-app
uni-app 框架简介
uni-app 是一个使用 Vue.js 开发跨平台应用的前端框架，可编译到 iOS、Android、H5、以及各种小程序（微信/支付宝/百度/头条/QQ/钉钉）等平台。
uni-app 在开发者数量、案例、跨端抹平度、扩展灵活性、性能体验、周边生态、学习成本、开发成本等 6 大关键指标上拥有极强的竞争优势：
- 开发者/案例数量更多
- 跨端抹平度/扩展灵活性(通过条件编译，调用专有能力而不影响其他平台)
- 性能体验更优秀(
App端支持weex渲染，带来更流畅的用户体验。) - 周边生态丰富(推出插件市场，能够提供较多的组件和模板，真正做到开箱即用)
- 学习成本低(采用Vue.js 语法 + 小程序 API)
- 开发成本低(不止开发成本，招聘、管理、测试各方面成本都大幅下降。)
虽然不同端框架环境千变万化，无论各类小程序、Weex、React-Native、Flutter、快应用，它们万变不离其宗的是MVVM架构设计思想。uni-app希望既能用一套代码完成所有端需求，将相同的业务逻辑完成收敛到同一层系统里面，又不会因为项目的抽象一致导致可维护性变差。
开发工具
通过 HBuilderX 可视化界面， HBuilderX 内置相关环境，开箱即用，无需配置 nodejs。
开发语言
数据绑定及事件处理同
Vue.js规范，同时补充了App及页面的生命周期。uni-app帮我们把不同平台的小程序API几乎都封装了 ，只需要将前缀替换为uni即可 举例说明：
在微信中发送 request 请求：
wx.request({
url: "https://www.example.com/request", //仅为示例，并非真实接口地址
success: res => {
console.log(res.data);
}
});
在 uni-app中发送 request 请求：
uni.request({
url: "https://www.example.com/request", //仅为示例，并非真实接口地址
success: res => {
console.log(res.data);
}
});
了解微信小程序的你，是不是感觉很简单呢？无非就是把 wx 前缀 换成了 uni 而已，而且uni.request是全端通用的 ajax 请求 API 哦，最大程度的降低开发者的学习成本。
如何解决跨端兼容问题
每个平台有自己的一些特性，因此会存在一些无法跨平台的情况。
uni-app 提供了条件编译手段，在一个工程里优雅的完成了平台个性化实现。
<view class="content">
<! -- #ifdef MP-WEIXIN -->
<view>只会编译到微信小程序</view>
<! -- #endif -->
<! -- #ifdef APP-PLUS -->
<view>只会编译到app</view>
<! -- #endif -->
</view>
nvue 模式
uni-app 里根据编译配置不同，可以使用 weex 的组件，也可以使用小程序组件(即uni-app组件)。编写页面时页面后缀名为 .nvue (native vue 的缩写)
uni-app App 端内置 weex 渲染引擎，提供了原生渲染能力，让uni-app在App端有更好的表现。
nvue 相当于给 weex 补充了大量 uni-app 的组件和 api，以及丰富的 Plus API、Native.js、原生插件。了解更多 nvue
官方 ui 库，uni-ui
uni-ui是DCloud提供的一个跨端ui库，它是基于vue组件的、flex 布局的、无 dom 的跨全端 ui 库。
web 开发中有的开发者习惯用一个ui库完成所有开发，但在uni-app体系中，推荐开发者首先使用性能更高的基础组件，然后按需引入必要的扩展组件。GitHub 地址：uni-ui
看到这里你是不是觉得特别心动了呢？别着急，让我们看一下uni-app的开发规范。
uni-app 开发规范
为了实现多端兼容，综合考虑编译速度、运行性能等因素，uni-app 约定了如下开发规范：
- 页面文件遵循
Vue单文件组件 (SFC) 规范 - 组件标签靠近小程序规范，详见
uni-app组件规范 - 接口能力（
JS API）靠近微信小程序规范，但需将前缀wx替换为uni，详见uni-app接口规范 - 数据绑定及事件处理同
Vue.js规范，同时补充了App及页面的生命周期 - 为兼容多端运行，建议使用
flex布局进行开发
关于各端的管理规则需要耐心学习
uni-app 并不难学，但我们注意到很多新人在适应各个平台的规则限制时很焦躁。
uni-app 跨了很多端，虽然代码层面可以开发一次，生成多端。但注意每个端，有每个端的管理规则，这与开发无关，但每个开发者仍然要耐心掌握这些规则限制。
- 比如 H5 端的浏览器有跨域限制；
- 比如微信小程序会强制要求
https链接，并且所有要联网的服务器域名都要配到微信的白名单中； - 比如
App端，iOS对隐私控制和虚拟支付控制非常严格； - 比如
App端，Android、国产rom各种兼容性差异，尤其是因为谷歌服务被墙，导致的 push、定位等开发混乱的坑； - 如果你的
App要使用三方sdk，比如定位、地图、支付、推送...还要遵循他们的规则和限制；
总结
uni-ui 对比其他框架主要有两个优势
- 如何在有限前端团队人数下搞定更多平台，是需要首要考虑的原因，跨端方面
uni-app更成熟。 - 团队里熟悉
vue技术栈的同学多一点，则使用uni-app内部培训时间短、风险低。
开发需要注意的点
注意各端的差异性，很多东西，h5 是对的，上真机就错了，真机好着的，换小程序就错了，不同小程序之间还有差异，总之就是考虑好不同的情况，重点是仔细阅读文档。
很多的坑还是因为多端不兼容，除了写起来麻烦一点，基本上都还是有可以解决的策略。
关于 uni-app 的更多信息可以参考官方文档 uni-app - 多端开发框架 ，或者直接前往 GitHub 仓库 uni-app 查看 uni-app 文档及相关资料。欢迎前去 star 或是提 issue 哈。
github地址：https://github.com/dcloudio/uni-app/
PS：我现在在写一个 ui 库，接下来我应该会写一些如何从零实现一个 ui 库方面的文章，欢迎有这方面经验的小伙伴们相互交流一下。
