微信小程序怎么开发自己的小程序？
oneToHi——我的第一款小程序诞生记
开车出去遛娃的时候经常要考虑一个问题，就是目的地天气怎么样，有时候经常会遇到兴致勃勃的出发了，结果目的地下雨，只得败兴而归。又回想起之前碰过的各种壁：到了图书馆结果图书馆今日闭馆；造访一家地图上评价很高的餐馆，结果餐馆关门大吉了。
基于以上种种，于是就想，如果能有一个小工具，可以随时获取目的地的实时动态，不就可以避免上面这些问题了嘛。比如除夕想去城市阳台跨年，出发前就可以搜索城市阳台，发布一个互助消息：“现在过去人多不多，会不会太拥挤”，而此时正在城市阳台观景的人们就会收到一个互助消息通知，点开消息即可参与互动，反馈此时此地实时状况，短短几分钟的时间，提问者就能即时了解目的地最新动态，做出适宜的决策。
说干就干，今年春节无事，一时兴起决定着手开发一个小程序，于是对着官方文档，边看边做。目的是要通过这个小程序，以地理位置为基础，跨越空间进行即时问答。
架构演进
- 初版
后端：Exograph，声明式编程：定义Postgres数据模型即可自动生成API。基于Rust，使用Deno自定义扩展
前端：Taro，支持使用 React/Vue/Nerv 等框架来开发 微信 / 京东 / 百度 / 支付宝 / 字节跳动 / QQ / 飞书 小程序 / H5 / RN 等应用
管理后台：Keystone，定义Postgres数据模型自动生产后端GraphQL API
Keystone和Exograph复用同一套PostgreSQL模型
Taro与Exograph使用GraphQL通信
优点：这套架构可以实现全平台开发，兼具性能和可扩展性
缺点：过度封装，需要按照框架的规范来，前期开发效率低，不适合快速原型实现
- 第二版
基于基础框架实现
有两种选择：1.NestJS+NextJS；2. Deno出品的Fresh https://github.com/denoland/fresh，号称下一代Web框架
优点：完全自主可控，灵活度高
缺点：开发成本高，周期长
- 最终版
微信小程序原生+云开发，微信平台包揽一切：前端+数据库+服务器，一键可用
优点：最符合我当下的需求——快速原型开发，开发效率高成本低
缺点：完全依赖微信平台，没有扩展性
基于这一版的小程序已基本完成，后期考虑扩展性和服务性能，会结合之前的第一版和第二版架构做稳步迭代，微信小程序版会作为其中的一个组成部分
oneToHi名字的由来
基于这个小程序的即时性，设定上所有活动有效时间12小时，过期自动关闭。原定名称“12Hour”,后来演变成更具互动性的：12Hi，后又翻转i为感叹号，改为有知行合一寓意的：oneToHi
春节将至，祝大家蛇年行大运
