微信小程序编程题精讲，从零基础到实战通关

我接触过不少想学微信小程序的人，翻开官方文档就犯困，跑去刷视频课又觉得节奏太快跟不上。其实小程序编程题没那么玄乎，它跟咱们平时做数学题一个道理——先看懂题目在问什么，再拆解成能动手写代码的小步骤。今天我不打算给你堆一堆术语，就按我实际带人踩坑的经验，把这套东西掰开揉碎了讲清楚。

先说个最常见的误区：很多人上来就背API，什么`wx.request`、`wx.getStorage`，背得滚瓜烂熟，真到写题的时候还是懵。编程题考的不是你记性好，是你能不能把需求翻译成代码逻辑。我见过最典型的题是“点击按钮，把输入框里的文字显示到页面上”。听着简单吧？但新手容易卡在数据绑定上——input框里输入的内容，怎么实时传给data？这时候你就得明白`bindinput`事件和`setData`的关系。你给input绑上`bindinput="handleInput"`，然后在事件回调里用`this.setData({value: e.detail.value})`，页面上的展示文本用`{{value}}`引用。你看，拆开就这么几个动作：监听事件、取数据、存数据、渲染数据。这就是编程题的套路——把大需求拆成小动作。

再往深一层说，小程序编程题特别喜欢考“列表渲染”和“条件渲染”。比如给你一组商品数据，要求渲染成卡片列表，还要根据库存显示“有货”或“售罄”。这时候`wx:for`和`wx:if`就得配合着用。你在``里循环渲染每个商品，然后在内层用`有货`，`售罄`。这里有个陷阱：`wx:key`必须填，不然控制台会报警告，而且列表更新时容易出bug。很多新手栽在这，其实就是没养成好习惯。写代码跟写作文一样，标点符号（`wx:key`）用对了，整篇才通顺。

接下来聊聊实战中绕不开的“页面跳转和参数传递”。比如从商品列表页点进详情页，你得把商品的id带过去。常见写法是`wx.navigateTo({url: '/pages/detail?id=' + item.id})`，然后在详情页的`onLoad(options)`里用`options.id`接收。但编程题往往不会这么直白，它可能会拐个弯：让你根据不同的id显示不同的标题，或者让你把id缓存下来供后续操作使用。这时候你就得想想，`wx.navigateTo`和`wx.redirectTo`有什么区别？前者会保留当前页面（可以返回），后者会关闭当前页面（不能返回）。题目如果要求“从详情页返回列表页时保持滚动位置”，你光用`navigateTo`还不够，还得配合`onShow`生命周期去处理。你看，一道题背后牵出的知识点是成串的。

说到生命周期，这是编程题的重灾区。`onLoad`、`onShow`、`onReady`、`onHide`、`onUnload`，每个钩子函数什么时候触发，很多人背得下来，但一到具体场景就懵。举个例子：从后台切回小程序，要刷新用户信息，你该把请求写在哪个钩子里？正确答案是`onShow`，不是`onLoad`，因为`onLoad`只在页面首次创建时触发一次，而`onShow`每次页面显示都会触发。我见过一道经典题：要求“每次进入页面都从服务器拉取最新公告”。新手往往写在`onLoad`里，结果切后台再回来，公告还是旧的。这时候你就得理解，`onLoad`是“出生”，`onShow`是“亮相”，每次亮相都要更新状态。把生命周期理解成人生的不同阶段，代码就好写了。

再进阶一点，编程题会考你“自定义组件”和“父子通信”。比如让你封装一个数字选择器组件（就是购物车里加减数量的那种），要求父组件能拿到最新的数量值。这时候你得用`properties`定义传入参数，用`triggerEvent`向父组件抛出事件。代码大概是这样的：组件内部点击加号，`this.triggerEvent('change', {value: this.unt + 1})`，父组件监听`bind:change="handleCountChange"`，然后在`handleCountChange`里取`e.detail.value`。这里有个容易忽略的点：组件内部的数据变化，如果你直接`this.unt++`，界面不会更新，必须用`this.setData`。很多新手在这卡壳，就是因为没理解“数据驱动视图”这个核心思想——你改数据，得让框架知道，它才会去重新渲染。

咱们说点应试技巧。微信小程序编程题的判题方式，跟普通编程题不一样，它不光看结果对不对，还要看你的代码规范、注释习惯、甚至页面布局是否合理。我建议你平时练习的时候，就按“三个一”来要求自己：每个函数写清注释、每个变量命名有意义、每次`setData`后想清楚会不会引起多余渲染。比如你有个循环里在`setData`，那性能就崩了，这时候你得考虑用`wx:for`的`wx:key`来优化，或者把数据拼接好再一次性`setData`。这些细节，考官一眼就能看出来你是有实战经验还是只会背API。

写到这里，我特别想说一句：别怕写错，就怕不写。我见过最快上手小程序编程题的人，不是基础最好的，而是最敢动手试错的。他把一道题用三种方法解，哪怕前两种是错的，但每次报错信息都是最好的老师。你从零基础到实战通关，中间隔的不是智商，是手感和思维方式的转变。说白了，小程序编程题就是一场“需求拆解”的练习，你拆得越细，代码就越稳。下次再遇到一道题，别急着敲代码，先在纸上画个流程图，把“用户操作”和“数据变化”对应起来，你会发现，所谓的难题，不过是几个简单逻辑的排列组合罢了。