去年夏天我接了个活儿，帮朋友做一款社区团购的小程序。那时候我对小程序的认知还停留在“不就是个网页套壳吗”的水平，结果真上手才发现，这玩意儿跟网页开发完全是两码事。从申请账号到审核上线，踩过的坑比我想象的多得多，今天就把这段经历掰开了揉碎了跟大家聊聊，。

先说注册和认证这事儿。很多人以为注册个小程序就跟注册个公众号一样简单，填个邮箱设个密码就完事了。实际上你得先确定主体类型，个人还是企业，这直接决定了你能不能用微信支付，能不能开通大部分接口权限。我当时图省事用个人身份注册，结果做到一半发现没法接入在线支付，只能注销重来，白白浪费了半个月。企业认证还要对公账户打款验证，流程走下来差不多得一周，这块儿的时间成本你得提前算进去。

开发工具的选择上，我建议直接用微信官方开发者工具，别折腾什么第三方框架。官方工具虽然界面朴素了点，但调试功能最全，报错信息也最详细。我第一次用的时候连项目结构都搞不清楚，以为跟Vue一样有index.html，结果打开一看全是wxml、wxss这种从来没见过的文件后缀。好在官方文档写得还算清楚，照着quickstart项目跑一遍，基本能明白页面、组件、API这三板斧是怎么回事。

说到WXML和WXSS，这俩跟HTML和CSS长得像，但坑不少。比如WXML里不能用DOM操作，得靠数据绑定驱动视图更新，这让我这个习惯用jQuery的人别扭了好一阵子。还有WXSS的尺寸单位，rpx这个新单位一开始我完全没概念，后来才知道它按屏幕宽度自适应，设计稿750rpx对应满屏宽，这样适配不同机型确实省心。但要注意，某些CSS属性在小程序里不支持，比如position: fixed在部分安卓机型上会抽风，我后来改成用cover-view才解决。

数据请求这块儿是最容易出问题的。小程序要求所有请求域名必须是HTTPS，还得在后台配置白名单。我调试的时候老报错，查了半天才发现是没在开发者工具里勾选“不校验合法域名”这个选项。上线前还得把白名单配上，不然真机上一片空白。还有那个著名的“request合法域名”坑——你必须在mp后台把每个用到的域名都加进去，一个都不能漏，漏了就是请求失败，而且报错提示还不明显，排查起来特别费劲。

组件化开发这块儿我吃了大亏。一开始我图省事，把所有功能都堆在几个大页面里，代码量暴涨之后改一个地方要牵连好几处，简直噩梦。后来老老实实把商品卡片、订单列表、弹窗提示这些都拆成自定义组件，才发现组件之间的通信才是精髓。父组件传数据给子组件用properties，子组件往上报事件用triggerEvent，这套机制捋顺之后，代码结构清晰多了，维护起来也轻松。

审核上线环节更是考验心态。我第一次提交审核，被拒的理由居然是“类目选择不正确”——我选了“工具”，但实际功能涉及电商交易，必须选“电商平台”类目，还得提供相应的资质证明。改完类目再提交，又因为隐私协议里没写清楚用户数据用途被拒了一次。折腾了将近两周才过审。这里提醒大家，审核前务必把隐私政策、用户协议这些文本准备齐全，类目选择一定要对照官方文档仔细核对。

上线之后你以为就完事了？远远没有。小程序的版本更新频率比你想象的高，每次更新都得重新提审。而且用户反馈的问题五花八门，什么安卓机型样式错乱、iOS键盘顶起页面、网络慢时数据加载不出来……这些在开发环境里根本模拟不出来。我现在养成了习惯，每次发版前先在真机上测试一遍主流机型，再让几个朋友帮忙用不同手机跑一跑，虽然麻烦，但总比被用户骂强。

回头看看这段经历，小程序开发确实门槛不高，但想做好做精，需要花心思的地方真不少。从账号注册到技术选型，从组件设计到审核上线，每一个环节都有它自己的脾气。但话说回来，正是这些坑坑洼洼让人成长得快。如果你也准备做小程序，别怕踩坑，多查文档多尝试，遇到问题就去社区搜，基本上都能找到答案。等你亲手把一个小程序从零带到上线，那种成就感，值得你熬的那些夜。