🔥深入浅出理解 微信小程序 2

中国第一最有趣图文公号

点击题目下方蓝字关注 顾颖琼博士说天下

 作者微信号: rex15644

第一篇： 深入浅出理解 微信小程序   

我之前已经评论过一次微信小程序了，我的评论角度和其他人的相比，有两点不同。第一点是我没有实际用过微信小程序（版本不够高），评论是基于二手资料，比如微信上的其它文章。但因为我关心的是小程序带来的抽象意义和对我的启发，所以具体如何写小程序，或者如何使用它，对我产生看法，反而不是那么重要了。

第二点是我从工程师的角度，在中层抽象的角度去看。什么意思呢？就是研究小程序本身是什么，能做什么，潜力极限在哪里等等问题。既脱离了底层的编写和使用细节，又没有进入研究如何应用，如何服务于商业的高级层面。

上一次评论，我主要谈的是小程序给我的启发，触动最大的就是“走进实体世界”；其次还谈了要走进实体世界，除了小程序这个办法，还可以有Browser+URL这样另一个办法。这也体现了我使用的角度的价值：知道小程序在本质上的能力后，可以找出其它可以实现同样能力的方法。

这一次评论，我想讲的是：走进实体世界后，除了摸着石头过河，有没有现成的可以借鉴的知识，来指导走进实体世界后的走向或走法。我想到一个，就是软件领域中，大家习以为常的人机交互图形界面（GUI），我觉得可以把这次“走进实体世界”的目的引导到“把人机交互移植到实体世界”这个目标。

一个软件拥有一个窗口（实际中当然可以多个，但分析一个就可以了），里面有很多物件（特别是在游戏软件里），如果用户想对某个物件进行某种操作，用户把鼠标移到该物件上面，然后按下鼠标右键。这是因为在GUI中，用户这样做，可以通知该软件弹出一个相关菜单（context menu），里面列出所有合时宜的可以作用在该物件的操作选项。

这个过程可以抽象成：一个供应商（对应上面的软件），在其领土内（对应上面的窗口），提供若干商品或服务（对应上面的物件），一个用户或消费者（对应上面的用户）可以直接在该商品或服务处，和该供应商进行交流（单向或双向）。

如果移植这个模型到实体世界，哪些有好处、哪些有坏处、哪些有出入呢？这个短文当然不能完整地回答这个问题，因为我只是引入这个思考角度，完整的分析和详细的设计需要更多的时间来完成。不过，我可以在这个短文里挑几个明显的特性来分析一下。

一，      相关菜单带来的是一个提供多操作的功能，这样一个供应商在一个物件上可以只提供一个单一入口，然后在内部提供多个操作选项。

二，      供应商和用户单向或双向交流，可以是下行单向（供应商提供车次信息），可以是上行单向（用户提供反馈：“这个车站玻璃碎了”），也可以是双向（在公共汽车站叫出租车）。

三，      上面的例子已经涉及到公共领土的问题了，公共汽车站可以是公交公司的，也可以是出租车，还可以是办证和老军医的。

四，      即使是私有领土，比如餐馆，也可以有公共机关入驻，比如工商局在餐馆营业执照上贴一个二维图，客户用手机一扫，发个上行信息：火锅里有老鼠，请参看附照。

其他阅读：