从零到一开发微信小程序，这些核心技术你必须掌握

但光有骨架和皮肤不行，小程序得动起来，这就轮到 JavaScript 登场了。微信小程序的 JS 与浏览器里的 JS 有区别——没有 DOM、BOM 这些浏览器对象。你得习惯用微信封装好的 API，比如 `wx.request` 发网络请求，`wx.setStorage` 存本地数据。刚开始会觉得别扭，但用多了就会发现，微信把很多底层逻辑都处理好了，你只管调接口就行。

说到数据管理，微信小程序采用“数据驱动”的模式。你在 JS 文件里定义 `data` 对象，然后在 WXML 里用双花括号 `{{}}` 绑定变量，一旦 `data` 变化，页面自动刷新。这跟 Vue、React 的响应式设计是同一个道理，但微信自己的实现更轻量。实际开发中，我习惯把所有请求到的数据先存到 `data` 里，再拆成组件使用。记住一条：别在 WXML 里写逻辑判断，所有计算都放到 JS 里处理，否则页面会卡成 PPT。

再往深了说，微信小程序的组件化开发才是核心。官方提供了 `Component` 构造器，你可以把页面拆成独立的模块，比如导航栏、商品卡片、评论区。每个组件有自己的 `data`、`methods` 和生命周期函数。我踩过最大的坑就是组件间通信——父组件给子组件传值用 `properties`，子组件通知父组件用 `triggerEvent`。如果页面层级多，最好用全局状态管理工具，比如 mobx‑miniprogram，或者自己撸个简单的发布‑订阅模式。

网络请求这块也得单独拎出来说。微信对 `wx.request` 做了严格限制——必须用 HTTPS，域名要在后台配置白名单，而且并发请求不能超过 10 个。我见过有人一次性发 20 个请求，结果后面 10 个全被拦截。更稳妥的做法是：用 `Promise` 封装请求队列，控制并发数，再配合 `wx.showLoading` 给用户反馈。另外别忘了处理 token 过期——用户登录状态失效后，接口返回 401，你得自动跳转到登录页。

说到登录，微信小程序的授权机制绕不开。`wx.login` 拿到临时 code，传给后端换 `session_key`，然后前端存好自定义登录态。记住两点：第一，别把用户敏感数据存本地，微信会定期清理；第二，每次请求都要校验 token 的有效期。我见过有人直接把用户手机号存本地，结果微信一次更新，所有数据全丢了。

再来说说云开发。如果你不想折腾服务器和数据库，微信云开发是条捷径。它内置了云函数、云数据库、云存储。云函数跑在 Node.js 环境里，可以写业务逻辑，比如调用第三方 API、处理支付回调。云数据库是 JSON 文档型的，增删改查都有现成 API。我有个小工具类的小程序，整个后端只用了三个云函数，一个月成本不到十块钱。但要注意——云函数有冷启动时间，大概 1‑2 秒，如果对响应速度要求高，得用定时触发器预热。

微信小程序还藏着些“黑科技”。比如 `web-view` 组件可以嵌入 H5 页面，适合现有网页迁移；`live-pusher` 和 `live-player` 能实现直播功能；`canvas` 可用于游戏或绘图。还有微信支付——`wx.requestPayment` 调起支付窗口，但得先在后端生成预支付订单。我建议新手别一上来就搞这些复杂功能，先把基础页面做流畅了再说。

说到底，微信小程序的技术栈不算深，但坑不少。从 WXML/WXSS 的视图层，到 JS 的逻辑层，再到云开发的服务层，每个环节都有微信自己的一套玩法。我见过太多人花两周学完基础，开始写代码，结果被授权、分包、组件通信这些细节卡住。但换个角度想，微信把这些都规范好了，反而降低了开发门槛——只要按它的规则来，就能做出稳定、流畅的小程序。

所以，回到开头那个问题：学微信小程序要掌握啥？我的答案是：先把 WXML/WXSS 玩溜，再吃透数据绑定和组件通信，然后死磕网络请求和授权机制，根据需求选云开发或自建后端。别贪多嚼不烂，一个个啃下来，三个月你就能独立开发了。