现在微信小程序主包和分包每单个依旧只有2m 我们作为sass服务商 为了满足客户个性化需求 开发了低代码的小程序页面 用户可以根据后台去进行配置 展示小程序的页面 无奈客户需求太多 要求极高 我们开发了上百个组件 目测同类第三方没有看过比我们多的了 已经极度精简代码 也到了2m的上限 现状: 1.由于低代码的特殊性 页面和组件必须在一个包内 2.由于客户要求tabbar特性 又只能放在主包 3.由于微信不支持远程或者动态加载组件 导致2m的代码已经达到开发上限 难以为继 4.通过编译H5的模式嵌入webview 无法实现头部沉浸和H5页面能与小程序插件做交互 我们对接了至少20+的第三方微信插件 想法: 1.微信单包2m是从微信小程序刚开始出来就是2m 现在随着5g网络的发展和用户设备的迭代 2m的单包内容是否过于保守 可否适当放大 2.能否支持组件的动态加载亦或者是页面层级的chunck用户手动申明加载 单纯从构建后的产品和开发者工具来看 小程序是直接把主包完整download下来 如果能实现按需 tabbar是预下载的模式 依旧可以实现现在丝滑的效果 因为SPA页面已经教育了客户 3.亦或者小程序针对这种模式 是否有比较好的一个最佳实践

[图片] 这里的评分全部为良好 但是最终为普通评分 评测结果为“达标”即可获得评测奖励。 综合评测”达标的条件为：运营指标达到良好，性能指标、用户指标为优秀，服务审核为通过。 同样我们服务的另外一家的指标完全没有上面的优秀 但最终的评分反而是优秀 [图片] 因为客户认为我们产品的性能不行 导致了用户流失 进而扯皮 而搜索了版内几乎没有这样的问题 我们也很无奈 希望官方能有一个比较明细的计算公式 能让开发者去调优

看了文档里面只提到了 若查询额度不足，用户将无法正常拉起半屏，且开发者收到错误码 [代码]e.detail.errno===1400001[代码] ，注意：此时平台不会在c端给用户任何欠费提示，开发者可根据实际情况灵活地做前端引导；但是现在我们自己再体验版或者开发版无法模拟此情况 总不能写死让测试测试吧 也失去了意义.最好现在有办法可以让开发者能提前收到此报错模拟 才能做好兼容

复现方式很简单 就是一个input框 类型设置为number类型 输入法选择藏文 并且将数字改成藏文数字 就可以在此input框内输入 而安卓手机不能输入 而同样的输入 type为number的输入框在H5 IOS也是不能输入藏族数字的 期望IOS和安卓一致,在input框 类型设置为number类型下 藏文数字不能输入或者只能输入阿拉伯数字 补充下 这是藏族的数字0-9 ༠ ༡ ༢ ༣ ༤ ༥ ༦ ༧ ༨ ༩