hylin
hylin
@sorrycc 咨询一个最佳实践的问题 在一个操作集合中，有一个操作dispatch更新了全局store的一个字段，而后续的操作是有依赖这个字段（通过connect绑定），此时后续操作拿到的字段值是旧的，因为dispatch更新后，当前组件要刷新后this.props上的字段值才会更新。 示例如下： ``` connectServer() { ... this.props.dispatch({type: 'updateStatus', payload: {status: 'connected'}}); this.fetchMessage(); ... } fetchMessage(){ if (this.props.status === 'stop') return; ... } ``` fetchMessage中会直接return出去，业务上因为前面status已经改变为connected了，所以这里应该继续往下执行 可能的解决方案： > 后续操作不通过connect获取这个字段，而是把最新状态通过参数传递给后续操作 但是感觉都不是很好，有没有更优雅的方案来解决这个业务场景呢？
Same in 22621.2134
> Same in 22621.2134 Disappeared after reboot....
> getPopupContainer={node => node.parentNode} > 建议这样绑定一下就好。 设置container不能解决我说的场景问题呃。问题核心是popover的定位没有在trigger变化时实时更新。
> 位置变化的监听要用到rFA或者setTimeout， 感觉性能损耗程度会比功能需求程度高很多 嗯，退一步也可以考虑开放一个能手动重新定位的api，手动调用也行
Need this feature too. Can someone process the related PR? @YousefED @nperez0111
@susakin 由于现在的逻辑abort请求是通过onStream回调透出的abortController对象，所以你可以在业务组件用ref保存一下这个对象引用，然后在useEffect 返回处理函数中进行abort自动调用
> 现在相当于只能在onSuccess传递非数组的数据了？ onSuccess现在是返回数组
@gehuama 项目底层依赖antd，同步支持较新的浏览器。如果业务有诉求，可以考虑在老版本自行进行polyfill（未严格查证TextDecoderStream是否能进行polyfill，印象中是可以的）。
@happyandrewli Did you try 'transformStream' to custom response stream handler?