知识唯有在用的时候才觉得不远远不够

事件真相

一个爱做菜的程序员，平时在家里喜欢研究做点菜，也想着某天能自己开个小餐馆。我本身不是专业的厨师，有一个问题一直没法解决——做菜时用的香料怎么用才对。

比如，我想做卤水或红烧牛肉时。我只知道加什么香料，但我不知道为什么加，加多少合适等等专业的问题一串串的。带着这些问题，平时我都是网上查一下看看，下次又查一下看看，一直重复着。特别傻有没有~

那我想啊~我为什么不做个小程序呢，把收集的资料都放上面就好了，说不定还有其它人需要呢。说干就干，马上注册个公司，申请小程序，bala~bala~一通搞完后开始搬砖啦。

产品策划

以我多年的互联网从业经验，我当然先得找个产品经理啦，没有产品经理谁输出需求呢？那找谁呢？我环视了下四周。

老婆大人是个小财迷，只负责花钱，产品经理这个虽说她也可以搞，但她好像除了刷淘宝种草，也没功夫理我。
此时我把目光投到大娃身上——爱管闲事的肉肉。嗯~虽然她的口头禅是『我来我来』，但目前以她2周岁不到的年龄，我会不会被判使用童工呢？想想还是算了~~
无奈的看了看二宝——口水烁，这~我去给他擦口水了

所以，产品经理这活还得我自己来。
----此处省略三千字----
终于，香料百科1.0版本需求及原型出来了，历时3小时。

产品设计

设计？设计是什么？没有没有~滚啊

专业搬砖

呵呵！以我多年的前端美感，区区一个小程序没有设计能难到我？

采用官方设计 weui 库

之前两个开源项目都是手工引用的方式，手工引用的方式会把库本身打包到小程序里，会增加小程序包的大小。这次使用小程序本身的配置方法启动UI库，根据官方文档说明，这种方式启用是不会把库本身打包进去的，所以小程序包应该会小一点。

1、在 app.json 文件增加以下配置

    "useExtendedLib": {
        "weui": true
    }

2、在对应的页面配置要使用的组件

比如我的关于页面用到了 cells 和 cell 两个组件。引用路径就按下面的就可以了，不用修改的

{
    "navigationBarTitleText": "关于",
    "usingComponents": {
        "mp-cells": "weui-miniprogram/cells/cells",
        "mp-cell": "weui-miniprogram/cell/cell"
    }
}

页面设计

一共写了 5 个页面，花了大概半天时间吧，都是比较简单的列表和详情之类，大家可以体验下小程序看看。

云函数开发

大概有 8 个云函数，都是增删改的简单数据库操作，大概花了 1 天时间，测试和联调花了半天时间。

整体开发其实就只花了两天时间，前期产品设计、表结构和数据结构设计花了时间比较多，大概 3 天时间。

老总的结

1、微信小程序的整体开发闭环做得相当不错，云开发大大降低了开发人员前期在技术上的投入和门槛。
2、云函数默认时区是UTC+0，所以数据记录的时间会慢8小时，必须在云开发面板配置时区。
3、官方 WEUI 库前期能满足使用，后期产品复杂后还是要自己写。
4、审核越来越严了，没有企业主体只能做查询类小工具啦。

二维马

欢迎交流哈~这个项目在技术上没什么，主要是数据收集，暂时就不开源了