微信小程序demo,使用 wepy
介绍小程序编码所需的基本资源,不涉及 appId 的申请和应用发布。
JavaScript 微信小程序
共1Star
详细介绍
快速创建微信小程序
介绍小程序编码所需的基本资源,不涉及 appId 的申请和应用发布。
涉及到的工具/库
参照 wepy 文档,可以快速创建一个种子项目,对 devtool 进行一些简单的配置,即可调试。
如何运行
克隆该项目,工作路径切换到项目中
npm install wepy -g
npm install
wepy build --watch
用 devtool 创建小程序应用,目录选择该项目的 dist 目录
wepy 带来对便利和麻烦
devtool 和 WeUI 的设计目标是原生的小程序,wepy 的设计目标是优化小程序的代码组织,提供更现代化的 js 编程环境。所以这三个工具/库之间不是非常地匹配。
devtool 提供构建和 wepy 提供的构建存在冲突,需要按照 wepy 文档对 devtool 进行一些配置。
WeUI 仅提供了样式文件,并没有按照 wepy 提供的方案对组件进行封装。要实现 WeUI 组件,需要书写 template 和 script 交互,并且需要注意 WeUI 例子中的 js 代码和 wepy 框架下的 js 代码的区别。
wepy 在代码组织上参考了 vue,可以将模板、脚本、样式书写在同一个文件中,很多细节上也做了类 vue 的处理(事件绑定,props 等)。在修改 view model 上做了很多改进,这里的实现和 angular 比较类似,可以在事件处理函数中直接修改数据,无需调用 setData 方法,在其他地方修改 vm,需要显式用 $apply 方法来通知框架发生了 vm 变化。
wepy 的这些改进,有时会带来一些困扰。vue 的风格和 vue 的实现是完全两回事,开发者的 vue 知识不能安全地应用到这里。wepy 在原生小程序上做的封装,有时会让开发者在原生开发文档和 wepy 文档之间无所适从,在 wepy 框架下使用原生小程序 api 可能会带来意外的效果。我在学习 wepy 的第二天遇到了这个问题,在此之前我认为 react 和 vue 我还掌握的不错。
redux 问题
wepy 提供了 redux 状态管理方案,但是写法比较繁琐。我试图引入 dva-core 无果(会报运行时错误 maximum call stack size exceeded,可能底层发生了循环依赖)。我这里的建议是,如果对 redux 书写感到繁琐,应该减少 redux 的使用,该用页面/组件的内部状态。
感想
目前我认为小程序的开发体验还不够好,和 web 平台的差距非常大,还不及 react native 成熟。微信在小程序上试图发明新的编程语言(PL),包括 wxml、wxs 和 wxss,这是个不太好的做法。PL 是威力巨大的武器,在没有带来明显收益的情况下,增加了巨大的学习成本。和 react native 的 jsx 和 css in js 相比,我是不太认可微信的做法的。然后工具链上,还有很大的提升空间。这按照微信开发者工具的进化速度来看,这个问题应该会逐步得到解决。
如果微信能力不是刚需,我建议开发 webapp 而不是微信小程序,因为目前开发小程序可能会导致你脑袋疼。