- 当前 Bug 的表现（可附上截图） - 预期表现 - 复现路径 - 提供一个最简复现 Demo[图片] tabBar页面空白，经常出现这种页面空白的情况，出现这种问题之后刷新也出不来，要退出重新进来有个报错 Perf error：undefined is not a function (evaluating 'S.includes(e)') 求解决方案，谢谢

- [图片] - 展示正常页面 - 目前只有一台手机出现此问题 - iPhone XS 遇到此问题

input组件中，number类型的，苹果系统多次点击会造成失去焦点并且进入假死状态，再也聚焦不了。这容易导致影响用户的体验效果。还有就是input组件点击聚焦时候会产生阴影效果。估计是渲染速度问题吧？

代码大致如下图 [图片] [图片] 页面onUnload的时候会把页面内的所有data缓存下来，onload的时候将缓存赋值上去，cardName和cardNbr是其中的两个值，但在页面上无法显示值，怀疑是否input在6.7.3版本中有漏洞？ [图片] [图片] [图片] 在真机上看到值已经赋值上去，input是有值的，不知道为何显示不出来。偶然性出现，不是必现。最重要的是连placeholder都没有显示，很奇怪。 初步认为是因为onshow里执行了太多逻辑，导致页面上的input渲染上出现问题，被其他元素遮住了，当去掉onshow里一部分的业务逻辑（有可能是setData比较多而且一些逻辑是异步执行的）后，则不会出现以上情况。不知道微信官方能否解决。

十一没捞着休息，基本都在针对小程序相互跳转的逻辑进行改造。这里也谈谈作为一个普通开发者对此规则的看法。 1. 废弃wx.navigateToMiniProgram 我方小程序有一个简单的广告组件，用来承接垂直行业内的特定广告主和对外商务合作需求，可以根据需求直接播放视频、展示图片、打开内置landing page和对方绑定的小程序。逻辑较为复杂，因此通过catchtap后判断广告落地形式进行跳转，还需要在跳转之前和服务器请求一次效果跟踪id做动态的拼接。使用<navigator>组件之后，只能对跳转success fail complete 时间做后续的事件编程，无法在触发到跳转之间做任何动作，导致必须对整个前后端流程进行改造，并且影响了后续一些可能的功能实现。 事实上从我们看，本身两个小程序之间跳转extra data这件事，就很有可能是触发当时动态产生的。这样废弃API只能用组件的做法，基本腰斩了extra data的一半应用场景。 从体验上来说，这次规则调整可能是因为某些个别小程序自动跳转导致了体验不佳，但从实际效果上看，起码目前小程序到小程序的跳转和小程序内打开一个新页面体验基本一致。按照这个逻辑，是不是wx.navigateTo 也没必要存在了，直接用navigator来实现即可？ 要伤害体验，乱导页面的伤害和乱导小程序没任何实质区别，只不过小程序是一个外部的页面而已。这点个人觉得已经纠枉过正。为了个别违规小程序而局限了应用场景得不偿失。 2. 需要用户确认跳转 这一点持观望。app跳转app由于有完全不同的场景切换，操作系统层面是会有跳转提示，但小程序和小程序更像url链接url，确认跳转未必是一个好的体验。起码前面已经需要用户触发了，再次确认就没有太大必要。 建议 可以设置成toast，跳转小程序loading时展示一个提示跳转的浮层或者顶通，而不需用户点触。 如果必须确认跳转，那小程序A跳转B一旦确认，无需再次确认。但这个的授权列表估计会长的非常快。。。。。 3. 小程序不再需要绑定至同一个公众号 这个自然好，但后续会不会有一些小程序提出不想被其他小程序随意套壳变相成为空壳小程序跳转内容的需求呢？个人觉得共同绑定一个公众号还算是一个相对合理的“握手协议”。商务上并不是一个难事。当然这个握手协议如果成本太高，那微信团队应该去优化这个握手方式，取消了握手这个步骤，谁都可以跳转谁，后面谁知道会是什么乱象。 4. 每个小程序限制不超过10个，且必须提交代码更新 这可能是最不可理喻的限制吧。例如我方现在跳转主要为了商务合作和广告业务，难道要求开发者同时对外合作或者接纳自己的广告主还得有10个的天花板？目前和我们共同绑定的小程序已经在这个值之外了，所以还恳请微信团队手下留情，即使必须限制，也务必免审，最好能有api，不然怎么死的都不知道。 这点也会限制很多将来可能出现的接口型的应用，如 万能收藏夹 通用购物车 心愿清单（似乎腾讯官方已经有了一个。。） .... 这些都涉及到两个小程序之间的来回跳转和一对多的关联关系，设置这样的10个限制实在不可取。并且会发生A能跳到B，B却回不到A的情况。 -- 之前理解小程序时，团队中大家也有比较一致的看法就是要围绕‘小’。功能单一不要紧，通过界限明确的多个小程序之间的配合和跳转来实现好的体验。而从这次十一规则调整看，最后无论对开发者和用户都未必有很好的结果。当然对于个别的一些乱象可能会减少，个中得失当然我们未必看到的是最客观的，但 希望微信团队相信优胜劣汰的市场选择 水至清则无鱼，规范的同时也要考虑扩大小程序潜在场景。 让用户看到太多选择未必是好体验，请参考之前剪贴板权的反面案例。 谢谢

现在想实现一个类似 酒店选择时间的功能，用户在选择2个时间后（第二个时间一定比第一时间大），计算出2个时间的天数差。时间是用picker 时间选择控件实现的。现在主要的问题是要计算大小月 和闰年的计算。 有没有好的的方法？

bindinput事件 手写键盘输入会出问题， 用户在用手写键盘的时候 ，该事件貌似获取不全用户输入的字符 手机：小米mix 有大佬知道怎么兼容手写啊

input 组件，设置bindinput事件后，在android5.1，微信6.6.7中如果我输入之后直接点击提交（不点别的任何地方）代码根本就不执行bindinput事件，别的android系统是好的

[图片] 希望可以手动修改transform中的translate

- 需求的场景描述（希望解决的问题） 默认数据是[1, 2, 3, 4, 5] 会生成5个<swiper-item> 由于要某个事件触发了之后，数据变成了[1, 2, 3, 4, 5, 6, 7] 数据变化了，但是界面生成的<swiper-item>个数没变化 - 希望提供的能力 可以动态改变<swiper-item>生成的个数 - 请问各位大大有遇到这样的问题吗？ 最终怎么解决的？