做小程序到底要会哪些技术？

经常有人问我：“我想自己做个小程序，得会哪些东西？”这个问题看着简单，但答案差别挺大——取决于你是想自己写代码，还是找人做，或者只是想大概了解下门槛。今天我就按自己的经验，把小程序开发涉及的技术栈捋一遍，尽量说人话。

先搞清楚：小程序开发不是一种语言

很多人以为做小程序就是学“小程序语言”，其实没有这个东西。微信小程序的底层还是前端那一套，只是微信自己封装了一套运行环境和组件。所以你要准备的技术，本质上是前端技术 + 小程序平台特有的东西。

必备的三件套：HTML/CSS/JavaScript

这是绕不开的地基。哪怕小程序用的是 WXML 和 WXSS，你只要理解了 HTML 和 CSS 的思路，转过去基本没障碍。

• WXML：类似 HTML，负责结构。标签是 view、text、image 这些，写法上更接近模板语法，有数据绑定和条件渲染。
• WXSS：类似 CSS，负责样式。大部分选择器和属性通用，单位上多了个 rpx，按屏幕宽度自适应，这点比传统移动端省心。
• JavaScript：负责逻辑。页面里的 data、事件处理、调接口，全靠它。ES6 的语法要熟悉，箭头函数、解构、Promise 这些天天用。

如果你之前写过 Vue 或者 React，上手会快很多，因为小程序的数据驱动思路和它们很像，只是写法更“官方”一点。

小程序框架和平台能力

光会前端还不够，你得懂小程序自己的那套东西：

• 生命周期：onLoad、onShow、onReady 这些，页面和组件各有一套，得搞清楚什么时候触发。
• 路由与页面栈：navigateTo、redirectTo、switchTab 的区别，页面栈最多十层，超了就得用 redirect。
• 组件化：自定义组件、组件间通信、behaviors，项目一大就离不开。
• API 调用：登录、授权、支付、位置、相机、文件，这些能力都是通过 wx.xxx 调用的，权限和用户授权流程要熟。

另外，现在很多项目会用 uni-app 或 Taro 这类跨端框架，一套代码同时出小程序和 App。好处是省事，坏处是遇到平台差异时调试比较烦。我个人的建议是：第一个项目先用原生写，把机制摸透，后面再考虑跨端。

后端：绕不过去的一环

只要你的小程序要存数据、要登录、要下单，就得有后端。这里有几条路：

• 云开发：微信自带的，云数据库、云函数、云存储一条龙，不用自己买服务器，适合个人和小项目。我早期几个工具类小程序就是纯云开发做的，省了不少运维精力。
• 自建后端：Node.js、Java、Python 都行，配个云服务器和域名，走 HTTPS。灵活，但要自己处理部署、证书、并发。
• 低代码/BaaS 平台：适合快速验证想法，长期看会有绑定风险。

不管选哪条，接口设计、数据校验、登录态维护这些基本功都得会。尤其是登录，小程序的 code 换 openid 这套流程，第一次做容易绕晕。

一些容易被忽略但很关键的技术点

• 性能优化：图片压缩、分包加载、减少 setData 的数据量。小程序对包体积有硬限制，主包 2MB，超了必须分包。
• 审核规范：类目、隐私协议、用户信息授权，这些不是技术但直接影响上线，踩过坑的都懂。
• 调试工具：微信开发者工具是主战场，真机调试、性能面板要会用。

那到底要学多久？

以我的观察，有前端基础的人，一两周能做出能跑的小程序；零基础的话，先把 HTML/CSS/JS 打牢，大概一两个月能独立完成一个简单项目。真正花时间的是后端联调、支付接入和上线审核这些“脏活”。

如果你只是想做个小工具验证想法，云开发 + 原生小程序是最短路径；如果要做商业项目，老老实实补后端和工程化，别想着一步到位。

总结一下：制作小程序需要的技术，核心是前端三件套加小程序平台能力，后端按需补上，剩下的就是实践里磨出来的经验。技术门槛没有想象中高，但要做好，细节一点都不能少。