解读一下动态消息，顺便补充一下新的跳转规则

最近好像欠下了好多功课啊，今天终于有时间来聊聊这些天小程序的一些变动。

解读一

而关于“附近的小程序功能升级及小程序新能力”的更新，可以简单理解为：

1. 附近的小程序作了一次功能迭代，常规的产品优化迭代操作，是从业务和服务商追加支持，这里不细说。
2. 小程序支持局域网通信，即mDNS API，利用该功能可实现同一个局域网内设备之间的快速互联。该功能有点意思，这里不细说，未来有时间细说一下，提醒，目前小游戏貌似还不支持该功能。
3. 普通小程序页面支持同步旋转，用户旋转手机时，小程序页面也可跟着旋转，功能比较易懂，不解读了。
4. 普通小程序新增图片压缩API，意思是开发者可以把压缩负担交给小程序前端，可降低远程服务器性能消耗。
5. 新增“动态消息卡片”的新功能，这才是本次迭代中的技术亮点，据花叔所知，这功能规划了很久，终于是发布了，它主要是提供了让开发者可以即时调整分享出来的小程序卡片中部分消息内容的功能，从业务场景上来说，对于多人游戏、众筹活动等形式尤为合适，这里结合实际案例给大家说说它是什么，能怎么用它。

关于“动态消息”的解读

一.它是什么

它是一个重磅的功能，意思是：在小程序或者小游戏里，可给聊天框发出一个小程序卡片链接，该链接具备可自主设置的提醒功能，开发者可在未来24小时内对该链接上的部分信息进行动态更新或触发一次提醒。花叔周末花了些时间给最近做的游戏demo加上了这个功能，这里录了个视频，大家看一下就能大概知道它有什么作用了。

如果你看视频也看不出来，那么看一下这个截图：

从上述演示可以看出，这个功能包括以下功能点：

1. 动态卡片链接可动态修改当前参与人数以及上限人数
2. 用户可主动设置活动结束时是否要提醒，提醒的交互很明显，直接在聊天列表中以标红的“小程序提醒”字眼来提醒，并且不随聊天记录的增加而消失。
3. 在用户主动开启提醒后，即使原消息卡片被聊天记录刷上去了，也会有一条“已开始，进入xxx”的文字提醒，而“进入”是一个文字链接，点击可以去往小程序/小游戏

二.怎么用它

官方开发文档在这：

https://developers.weixin.qq.com/minigame/dev/tutorial/open-ability/share/updatable-message.html

虽然是规划很久的功能，但上线时配套的开发文档并不是太完善，花叔被坑了不少时间，这里大概说说用法以及会遇到的坑：

1.用法

功能接口分两类，a.两个服务端接口，b.前端接口，大致的用法示意图如下：

2.可能会遇到的坑

a. updateShareMenu后，所有分享场景分享出来的链接都是动态链接，这时候要还原，要这样还原：

b. setUpdatableMsg所需的parameter_list参数的构造方式跟target_state的值有关，

并且所有parameter_list参数都必须是字符串，花叔把member_count和room_limit的值设置成数字格式时，接口一直报44002（post data为空）的错误，这把花叔误导得不轻。

至于动态消息适合什么场景？大家留言区讨论吧~

解读二

关于11月1日“小程序跳转小程序”策略的调整，上一篇文章有稍做说明，但可能还是不是太清楚，这里再补充一下。

虽然现在小程序间的互跳已经两个小程序绑定同一个公众号，但其实限制可能更大了。

为什么这么说呢？因为现在小程序直跳小程序的规则相当于：

首先，

需要在配置文件中去定义能跳转的另外的小程序的白名单，而且没法动态修改，什么意思？

简单来说就是需要在代码里写死这个白名单，不能在远程按需配置，也不能靠mp管理平台去即时调整，只能通过修改代码，提审版本来进行配置，讲真，我作为一个开发者，觉得这种方式有点返璞归真了...(一脸不爽)

其次，

这份白名单被限制只能有10个限额，要知道原来一个小程序时可以跟500个公众号绑定，而一个公众号可以跟非主体以及同主体的13个小程序绑定，理论上依靠这种关系，一个小程序可以跳转至于500*12=6000个小程序去，所以这是对直跳小程序数量的大幅限制，嗯，没错600倍。

功课交完，可能有些朋友疑惑花叔的更新频率变低了，其实主要原因是最近花叔迷恋在一个算法里了，那就是“一笔画完”的算法，为此花叔业余时间都在给

这个小游戏demo撰码去了。

怠慢了怠慢了~~

最后再放一下最近看到的，挺感触的一段对话，什么剧就不说了，剧里两人算是顶级软件工程师：