官方文档有的东西我尽量少说，我想聊聊个人实际项目的感悟。
就个人而言，我非常喜欢微信小程序，喜欢它与众不同的定位、清晰的边界、强势的管理以及持续的创新引领。当然，我也同样不喜欢它的开发文档，总是感觉怪怪的。描述的技术内容，看似懂了，一上手就发现总是差这缺那。当然，这也可能与我一直从事后台技术有关，若有人能够很好的适应还是不错的，但这并不妨碍我对微信小程序的热情。之前公司的一个产品，在我的力主之下，就唯一性的采用了微信小程序作为我们与用户的接触点，事实证明这是很成功的，项目进度和质量控制的非常舒服。最近，又看到京东联盟的一个互联网产品(这里就不说它的名字了，感觉它的推广策略存在x销嫌疑)，它也是只采用了微信小程序作为唯一的用户入口，把更多的精力投入在业务、技术、推广等其他方面。待产品成熟后，再酌情开展更多的用户接触点和加强终端控制力。
现在市场上有很多类似的应用，如支付宝小程序、QQ小程序、字节跳动小程序、快应用等，设计思路等都是相似的。我的想法是，在有限的时间和投入下，还是先从一点突破吧。其实多端统一开发解决方案还是有的，taro 就是不错的一款，我之前研究过它的技术资料，但受限于一些原因，最终未能实际上手开发。若以后有机会，再做知识整理。
这次，我实际开发了一个微信小程序，一点点的搭建环境、学习知识，又感受到了写代码的“痛并快乐着”。我发现我还真的是热爱代码的。写代码能让我安静下来。做技术管理有段时间了，手有些生了，正在一点点的重新找回手感。技术管理也需要不断写些代码增加技术敏感度。这里的内容都是我经历过的，尝试用我的想法去构建实用的知识体系，不求全但实用，若是你想自己折腾一款小程序，那么就跟着我一起来吧，应该是条不错的路径。
目录
- 简介
- 优点
- 缺点
- 适用场景
简介
微信小程序，在本文中的简称是小程序，中文名是无异议的，但英文名称呢？反正我之前是搞混了，我一直认为是Mini App，这次特意找了官网，它叫“Mini Program”。它是一种不需要预先下载安装即可使用的轻应用，这点完全不同于之前的APP。App是不论你事情大小，都需要预先下载一个较大的安装包（往往需要wifi），然后才能使用。这就导致了App产品关注的是用户下载量、留存数、流量等，总之是想办法占用你的手机。而小程序的定位是实现应用“触手可及、用完即走”的梦想，用户通过微信扫一扫或搜一下即可打开应用，使用服务。那么一个好的小程序的评价标准应该是不同于App的，我的感受是它应该更关注内容、更关注时机、更关注快速成交。这就像是有些年轻人到菜市场买菜，眼睛都瞄着要买的东西，交易完成后甚至连摊主的性别都不清楚呢。这种情况下，卖方的竞争就更激烈，买方也就更容易获得更好的服务。那么小程序的产品应该关注的是在某一场景下的用户占比。
小程序、订阅号、服务号、企业号是并行的体系，这里只谈小程序。
优点
- 跨平台
小程序是依托于微信的，而微信是可以在众多手机上良好的运行。所以小程序也就具备了跨平台的能力。在产品初期，不用为android和IOS准备两套开发、测试班子了。这也是我最喜欢的一点。
- 用户、手机等信息
小程序可以通过 wx.getSetting 获取用户的授权信息，还可以通过 wx.getSystemInfoSync() 获取手机信息
- 安全
小程序是躲在微信App的壳内，所以一些攻击手段天然地就被微信帮你挡住了。这点对大部分产品而言是很重要的，很多公司在初期是无法配备安全工程师的。这也是在微信的设计之内，对开发者提供的帮助之一。
- 传播渠道
小程序可以在微信内被便捷地获取和传播。基于微信庞大的用户流量，那么就可以更多的将精力放在产品自身上面了。但同样各种小程序也很多，让用户在使用的时候能够想起你确实不是一件易事。
- 开放能力
开放能力是微信对开发者提供的一些能力，如 云开发 等。微信的开放能力一直在持续提升中，这也让开发者对未来有了信心。值得一提的是，2020年1月9日，微信小程序硬件框架正式开放。这点我非常关注，智能硬件上运行小程序，一听就值得尝试下。
缺点
- 绑定平台
小程序是仅仅绑定在微信平台上。若是用户哪一天不再使用微信了，那么你的小程序也就无法让用户使用了。
- 许可限制
微信为了自身的理念对小程序做了许多许可限制，如用户的授权必须由用户触发而不能由小程序自动触发，同时授权界面也只能调用微信的标准界面，订阅消息的推送模板需要经过微信的审核后才能使用，推送的消息存在数量限制、内容限制等。小程序在开发过程中会受到很多限制，一些产品设想就不太容易实现了。
这点我虽然在写代码时不爽，但还是很认可微信的行为的。它很多限制是从用户的角度出发，是为了用户更好的使用，避免有些小程序的恶意获利行为。无规矩不成方圆，既然都已经选择依托于微信平台，那就选择更好的使用它。
- 接口升级
微信有自己的产品策略，所以必然存在着接口升级。这很正常，只是有时会导致小程序端的强制代码升级修改，如 停用模板消息
这点就远远不如后台那些软件的策略，可以不推荐、不支持、不提供下载包，但不能简单停用啊！各个产品可是处于各自的独立阶段，鬼才知道团队在这个时间是否该着手进行代码升级这件事情。
适用场景
这些适用场景是我自己的观点，低频应用。
- 交通类
我之前负责过的 全国道路客运联网售票系统、北京机场巴士智慧交通系统、两个公司的 通勤班车系统 都是这种类型。旅客在出行的时候才进行使用，平时都不需要。其实，铁路12306、航旅纵横 也是一样，我为了每年仅有的几次出行就需要下载安装一个App，12306 占了271M，航旅纵横 占了106M。
- 门票类
- 餐饮类
- 民宿类
这是一个值得玩的内容，后续有机会再详细聊。
- 智能家居
- 考试
