从零到一，手把手教你开发微信小程序商店

我见过太多人把小程序开发想得比登天还难。其实真上手了你会发现，它比你想的简单，但比你以为的麻烦。简单的是技术本身，麻烦的是那些藏在细节里的坑。今天这篇，我就用自己踩过的坑当路标，带你从零开始，把一个微信小程序商店真正跑起来。

先泼一盆冷水。注册小程序账号这一步，就有人卡了三天。不是技术问题，是流程问题。你得先有个邮箱，没注册过公众号的那种，然后去微信公众平台选「小程序」，走企业认证还是个人主体，得想清楚。个人主体便宜，但支付功能受限，很多类目直接不给你开。想做商店，最好一步到位注册企业号，哪怕你只是个体户，也能用个体工商户执照认证。这一步别省，后面所有跟钱相关的功能，都卡在主体类型上。

账号搞定，接下来是工具。别一上来就啃代码，微信官方给了个「微信开发者工具」，下载安装，用你刚注册的账号扫码登录。这个工具自带一个可视化界面，左边是真机预览，右边是代码区。第一次打开你会看到一堆模板，别慌，选「空白项目」就行。这时候你需要的不是写代码，而是先搞清楚一个概念：小程序商店的本质，就是把商品数据从一个服务器搬到用户手机上，再处理支付和订单。数据存哪？微信给了云开发，不用自己买服务器，直接用它自带的云数据库和云函数，对新手来说，这是最友好的路径。

现在开始建商店骨架。点开「云开发」按钮，开通后你会得到一个环境ID，这就是你商店的「地基」。然后在云数据库里建三个集合：`goods`（存商品）、`orders`（存订单）、`users`（存用户信息）。很多人会纠结字段怎么设计，我直接给你一套能用得上的：商品集合里必须有`name`（名字）、`price`（价格，存数字，别存字符串）、`image`（图片URL）、`stock`（库存），订单集合里必须有`goodsId`、`count`、`totalPrice`、`status`（待支付/已发货）。字段名用英文，别用中文，后面写代码你会感谢这个决定。

骨架有了，开始填肉。商品图片存哪？别直接往数据库里塞图片二进制，数据库会膨胀到卡死。正确做法是：在云开发控制台里找到「存储」，把图片传上去，拿到一个HTTPS链接，再把链接存进数据库的`image`字段。这一步很多人忽略，结果后面页面加载图片慢得像蜗牛爬。我自己的经验是，商品图压缩到200KB以内，格式用JPEG，清晰度够用，加载速度也快。别贪高清，用户在小程序里看图，800像素宽就顶天了。

核心页面就三个：首页商品列表、商品详情、购物车结算。首页最简单，从`goods`集合里读数据，用`wx:for`循环渲染成卡片列表。详情页稍微多点事，要接收上一个页面传来的商品ID，再用这个ID去数据库查详情。购物车那步，新手最容易翻车——很多人把购物车数据存在本地缓存里，但这样换了设备就全没了。正确做法是：购物车也存数据库，给每个用户建一个`cart`字段，里面放商品ID和数量的数组。这样即使用户换手机登录，购物车还在。

支付环节，这是整个商店最核心也最坑的一步。微信小程序支付必须用`wx.requestPayment`这个接口，但它需要后端配合生成支付参数。这时候云函数就派上用场了：你写一个云函数，调用微信支付的API，传入订单号、金额、商品描述，拿回支付参数返回给前端。注意，云函数里要配置`env`变量，把你的小程序AppID和商户号填进去。我自己第一次跑通支付时，光调试签名就花了两个晚上，发现问题出在商户密钥复制时多了个空格。这种低级错误，你也会遇到，别气馁。

支付成功后的回调处理，才是真正拉开差距的地方。很多人只处理了用户付完钱跳转成功页，但没处理微信服务器发来的异步通知。如果漏了这一步，用户付了钱，订单状态还是「待支付」，后面发货对账全乱套。你需要在云函数里写一个`cloudPay`的异步回调函数，当微信通知支付成功时，把对应的订单状态改成「已支付」，同时扣减商品库存。这个逻辑一定要在服务端做，别在前端改数据库，否则用户改个参数就能0元购。

是发布上线。在开发者工具右上角点「上传」，填个版本号，然后去微信公众平台提交审核。审核一般1-2天，被驳回也别慌，通常是因为类目选错或者隐私政策没写。把「用户隐私保护指引」在小程序后台填好，再把「用户协议」和「退款政策」页面加上，这两样是商店类小程序过审的硬门槛。审核通过后，你就能在微信里搜索到自己的商店了。

回头看看，这一路从注册账号到支付上线，一共就四件事：搭数据库、写页面、接支付、提交审核。每件事拆开都不难，但合在一起，确实需要你沉下心走一遍。我见过太多人卡在「环境ID配置错误」或者「云函数部署失败」这种小问题上就放弃了，其实这些报错信息里都写着解决方案，复制到搜索引擎里就有答案。商店做出来只是开始，后面还要琢磨怎么引流、怎么优化转化率，但那是另一个故事了。至少现在，你已经有了一家能收钱的店，剩下的，就是怎么把它开热闹。