在 flex 中,大部分 i18nized 字符串是通过与{resourceManager.getString()}
. 实际上,它会生成十几个等待更新 resourceManager.localeChain 的侦听器,这种情况很少(或在大多数情况下......)不会发生。
我想知道数据绑定的实际成本是多少,是否有办法限制这种开销以及 babel fx 之类的框架是否有用?
注意:在我的业务中,如果用户更改其区域设置时他必须注销/登录到更新的标签,这不是问题。
在 flex 中,大部分 i18nized 字符串是通过与{resourceManager.getString()}
. 实际上,它会生成十几个等待更新 resourceManager.localeChain 的侦听器,这种情况很少(或在大多数情况下......)不会发生。
我想知道数据绑定的实际成本是多少,是否有办法限制这种开销以及 babel fx 之类的框架是否有用?
注意:在我的业务中,如果用户更改其区域设置时他必须注销/登录到更新的标签,这不是问题。
几个月前我已经实现了一个示例,如果它应该成为一个问题,如何轻松摆脱数据绑定。
从我的角度来看,并不是数据绑定没有那么糟糕,而是当有很多资源字符串时,这可能会导致片刻的无响应。如果 babel 是一个更好的选择,我不知道。当语言环境更改时,您将调用侦听器,我认为我的解决方案(L18nExample@github)在性能方面很好。一种优化的方法是实现 setter,它与组件的生命周期正确对应。