在GWT中使用软置换的权衡?

在GWT中使用软置换的权衡?,gwt,gwt2,Gwt,Gwt2,我正在探索在我的GWT构建中使用软排列,因为编译后的应用程序的总文件系统大小对我很重要(读:所有排列的总和)。除了增加用户必须下载的文件大小和潜在的运行时性能下降之外,使用软排列还有其他缺点吗?是否丢失了本地化功能(数字格式等) 为了澄清,这就是我所说的软排列 提前感谢。我不认为还有其他问题,除了可能与现有的生成器/链接器不兼容(我最近提出了一个使用软置换的GWT补丁,它至少被回滚了两次,然后通过运行时检查重新访问,但没有软置换)。 请参阅。很有趣,那么生成器/链接器是如何处理优化代码的呢?不是

我正在探索在我的GWT构建中使用软排列,因为编译后的应用程序的总文件系统大小对我很重要(读:所有排列的总和)。除了增加用户必须下载的文件大小和潜在的运行时性能下降之外,使用软排列还有其他缺点吗?是否丢失了本地化功能(数字格式等)

为了澄清,这就是我所说的软排列


提前感谢。

我不认为还有其他问题,除了可能与现有的生成器/链接器不兼容(我最近提出了一个使用软置换的GWT补丁,它至少被回滚了两次,然后通过运行时检查重新访问,但没有软置换)。
请参阅。

很有趣,那么生成器/链接器是如何处理优化代码的呢?不是原始来源?阅读维基后,生成器可能不是问题所在。链接器在所有内容都编译成JS后运行,以某种方式“组装”JS并将其放入相应的
*.cache.*
文件中,并发出
*.nocache.JS
文件。我认为这与谷歌内部复杂的设置有关,在大多数情况下,这是可以的,但它仍然可以发生。