我记得很早之前文档有写，setData 本身有做批处理，但是看最新的文档似乎又没了。不知道是我记错了，还是 setData 改了。有谁知道其中的历史背景吗？

iOS < 14.5 [图片] iOS 14.5 [图片] 注意看「授权登录」按钮

未转译的 Generator 函数在 Android 和 高版本 iOS 上都不能正常运行。我调查后发现，似乎微信小程序屏蔽了迭代器的 next 方法，这是故意为之吗？为什么呢？这样影响了开发者对 Generator 函数的正常使用。 // 理应打印 {value: undefined, done: true} // 但在真机上却打印出 undefined console.log((function*() {})().next())

未转译的 Generator 函数在高版本 iOS 上也不能正常运行，例如执行代码 console.log((function*() {})().next()) 理应打印 {value: undefined, done: true}，但在真机上却打印出 undefined。 我调查后发现，似乎微信小程序屏蔽了 Generator 函数的 next 方法，这是故意为之吗？为什么呢？这样影响了开发者对 Generator 函数的正常使用。 Android 也有同样的问题。

开发者工具提供的自定义组件的 TS 类型定义缺少实例方法 selectOwnerComponent、animate 及 clearAnimation 的类型定义。 并且自定义组件的属性的类型推导并没有使用 optionalTypes，导致推导的类型信息不全。

来自文档：“WXML 数据绑定：用于父组件向子组件的指定属性设置数据，仅能设置 JSON 兼容数据（自基础库版本 2.0.9开始，还可以在数据中包含函数）。” 但是给自定义组件属性直接设置为 Function 类型会报错： Component({ properties: { test: Function } }) [图片] 换一种方式设置又没问题： Component({ properties: { test: { type: Function } } }) 另外开发者工具（版本号：1.02.1911180）提供的 TS 类型定义不支持将属性设置为 Function 类型。

想确认一下小程序内部是否使用的是 CommonJS 模块规范，从表现上看是。因为这涉及到循环依赖的处理。 现在我们代码中使用的 ES Modules，会被微信小程序转换成 CommonJS，这让循环依赖很难处理。CommonJS 中循环依赖一般需要使用动态 require 才能处理，我们就需要 import 与 require 混着用，很恼火。要么就需要全部使用 require 或者避免循环依赖，这些选项都不太理想。 ES Modules 的动态绑定让循环依赖更容易处理，所以微信小程序能不能提供一个选项，让开发者控制 runtime 阶段的模块规范（类似于 ES6 转 ES5 开关），比如在 runtime 阶段使用 ES Modules。

退出/切换微信账号不会清除小程序 webview 的 localStorage 等缓存。由于我们将用户 token 存储于 localStorage 这样会导致串号。 公众号的 webview 会清除 localStorage 等缓存。

iPhone 上同时更新地图 markers 和 cover-view，markers 会跳闪。这个问题跟 marker 数量和 cover-view 复杂度有关，marker 越多，cover-view 越复杂，问题越明显。Android 没有问题。 复现：请查看【街电】小程序，来回点击地图 marker 可复现。

微信版本：6.5.16.1120 基础库版本：1.6.3（2017.10.20 15:03:22） cover-view 设置父元素 align-items 无效，设置子元素 align-self 有效。