特性：类Vue开发风格支持自定义组件开发支持引入NPM包支持Promise支持ES2015+特性，如AsyncFunctions支持多种编译器，Less/Sass/Styus、Babel/Typescript、Pug支持多种插件处理，文件压缩，图片压缩，内容替换等支持Sourcemap，ESLint等小程序细节优化，如请求列队，事件优化等
安装使用安装（更新）wepy命令行工具。
npminstallwepy-cli-g生成开发示例
wepynewmyproject开发实时编译
wepybuild--watch开发者工具使用使用微信开发者工具新建项目，本地开发选择dist目录。微信开发者工具–项目–关闭ES6转ES5。重要：漏掉此项会运行报错。（已踩中此坑）微信开发者工具–项目–关闭上传代码时样式自动补全重要：某些情况下漏掉此项会也会运行报错。微信开发者工具–项目–关闭代码压缩上传重要：开启后，会导致真机computed,props.sync等等属性失效。#270项目根目录运行wepybuild–watch，开启实时编译。
WePY项目的目录结构├──dist小程序运行代码目录（该目录由WePY的build指令自动编译生成，请不要直接修改该目录下的文件）├──node_modules├──src代码编写的目录（该目录为使用WePY后的开发目录）|├──componentsWePY组件目录（组件不属于完整页面，仅供完整页面或其他组件引用）||├──com_a.wpy可复用的WePY组件a||└──com_b.wpy可复用的WePY组件b|├──pagesWePY页面目录（属于完整页面）||├──index.wpyindex页面（经build后，会在dist目录下的pages目录生成index.js、index.json、index.wxml和index.wxss文件）||└──other.wpyother页面（经build后，会在dist目录下的pages目录生成other.js、other.json、other.wxml和other.wxss文件）|└──app.wpy小程序配置项（全局数据、样式、声明钩子等；经build后，会在dist目录下生成app.js、app.json和app.wxss文件）└──package.json项目的package配置.wpy文件的编译过程
WePY编译组件的过程
原生小程序支持js模块化，但彼此独立，业务代码与交互事件仍需在页面处理。无法实现组件化的松耦合与复用的效果。
例如模板A中绑定一个bindtap=”myclick”，模板B中同样绑定一样bindtap=”myclick”，那么就会影响同一个页面事件。对于数据同样如此。因此，只有通过改变变量或者事件方法，或者给其加不同前缀才能实现绑定不同事件或者不同数据。当页面复杂之后就十分不利于开发维护。
因此，在WePY中实现了小程序的组件化开发，组件的所有业务与功能在组件本身实现，组件与组件之间彼此隔离，上述例子在WePY的组件化开发过程中，A组件只会影响到A所绑定的myclick，B也如此。
进行promise处理修复wx.request的并发问题原生代码：（十分容易发生回调地狱）
onLoad=function(){varself=this;wx.login({success:function(data){wx.getUserInfo({success:function(userinfo){self.setData({userInfo:userinfo});}});}});}基于WePY的代码：
importwepyfrom'wepy';asynconLoad(){awaitwepy.login();this.userInfo=awaitwepy.getUserInfo();}在同时并发10个request请求测试时：
不使用WePY:
使用WePY后：
总结：这框架更多是处理了js和架构上的问题，对应wxml块没有作出处理，所以还需要用原生的写；没有提供一些常用实用引入即用的组件。利用这套结构可是弥补一些原生小程序的不足，支持promise和async/await等新特性；由于是支持组件化和类vue开发，所以页面开发可以做到更好的模块化；提供了computed、watcher、props等能力，提高了开发的效率，只要框架打起来，开发人员按部就班的开发对应的页面就可以！有条件用这个框架就尽量用吧，虽然要学习多一个东西，但是用它结合原生效果会比只写原生的好！
案例：
