Zakary

Duplicate of #13103

过渡中？确实可能存在此类问题

或许可以考虑优化路由相关 complete 等回调方法调用机制，推迟到 history.listen 之后触发

其实使用 Taro.pxTransform 就可以达成全端一致的开发体验（毕竟直接写 `20px` 最后多端适配更是一个难题 ```tsx function () { return } ```

> 这样的话是可以解决问题，但是从开发体验角度来说，不得不去给他加上这样的API，和平时开发写font-size的习惯冲突。为了保持多端统一，甚至我需要在H5，小程序侧必须也这样写，这样显得有点鸡肋。我想的是，既然有了这样的API，那就有这样的转化能力，无非就是把这个能力在运行时让开发者无感知的处理。我觉得这样比较好，让开发者使用web端的开发习惯开发各端。不知道我想的是否正确。 其实小程序端和 Web 端本来也需要这样写，不使用 API 是没办法完成单位转换的 😂 无感知是一个很好的想法，但是达成无感知之后，依旧需要给开发者可选是否转换的方法，这里实现成本和实际开发体验需要评估一下

可以增加一个和 next 分支的 merge 节点，差异文件太多了没法儿看 😂

> 请问这要怎么操作呢，上一次提交我已经`rebase next`后`push --force`了😂 merge next 然后提交

> 现在merge next已经没有更改了 参考[这里](https://stackoverflow.com/questions/51775149/how-to-make-empty-merge-commit-ignoring-changes)

> 懂你意思了，你要在「非编译时」获取config参数。 或许 #15144 可以满足这一需求，创建端平台插件实例并 start 方法或者直接调用 runner 传入指定参数，通过 `withoutBuild: true` 跳过编译，同时可以使用 `modifyWebpackChain` 获取最终配置。这应该在各端都可以通用

> 从商品页返回首页是通过 switchTab 跳转的，就会有问题，通过 navigateBack 回跳是可以的，但是这种做法在小程序是不行的，会报错，tabbar 页面只能通过 switchTab 跳转。 switchTab 不能移除浏览器路由栈直接返回到上一次展示的路由页面，这是由于浏览器自身规则限制不可能修复，请规避该逻辑。 > 没解决，我升级到了3.4.x的最新版本还是不行，没试升到3.5行不行，因为升3.5改动会比较大 升级 3.5 实际并不会有特别大变动，遵循升级指南就可以规避，如果希望和 3.4 一致，也可以选择关闭 prebundle 等特性。