Java GWT locale属性-用户需要更多编译的新语言
为了为用户设置一定数量的首选语言，GWT提供了locale属性en、ro、fr。。。和一个常量_xx.properties文件。问题是，当向该区域设置添加新值时，编译器会执行6次以上的编译。我的应用程序目前需要12个编译，对于默认语言和英语-英语，它们在大约7分钟内执行。因此，如果我想增加对4种以上语言的支持，需要36次编译。 我的问题是：为locale值执行的编译所花费的时间和处理过程将与为不同类型的浏览器执行的编译所花费的时间和处理过程大致相同？那么，如果12次编译大约需要7分钟，那么36次6+30次编译大约需要21分钟吗？或者，这些编译的强度较低，所以它们大约需要12分钟？Java GWT locale属性-用户需要更多编译的新语言,java,gwt,compilation,locale,Java,Gwt,Compilation,Locale,为了为用户设置一定数量的首选语言，GWT提供了locale属性en、ro、fr。。。和一个常量_xx.properties文件。问题是，当向该区域设置添加新值时，编译器会执行6次以上的编译。我的应用程序目前需要12个编译，对于默认语言和英语-英语，它们在大约7分钟内执行。因此，如果我想增加对4种以上语言的支持，需要36次编译。 我的问题是：为locale值执行的编译所花费的时间和处理过程将与为不同类型的浏览器执行的编译所花费的时间和处理过程大致相同？那么，如果12次编译大约需要7分钟，那么36次
毕竟，它只是将一些字符串属性映射到一些不同的值…GWT为浏览器版本X语言环境编译排列。
这可能会导致更长的编译时间，但会在运行时提高速度，因为不需要更多的运行时魔法来找到正确的区域设置。GWT编译浏览器版本X区域设置的排列。
这可能会导致更长的编译时间，但会在运行时提高速度，因为不需要更多的运行时魔法来找到正确的区域设置。是的，每个排列大约需要相同的时间。它这样做是因为每个排列都会被特别优化。如果您不喜欢较长的编译时间，可以使用-draftCompile+将locale设置为某些特定值来合并某些排列或出于开发目的，是的，每个排列所需的时间大致相同。它这样做是因为每个排列都会被特别优化。如果您不喜欢使用较长的编译时间，为了合并某些排列或出于开发目的，您可以使用-draftCompile+将locale设置为某些特定值如果您的生成计算机有多个内核，那么编译器选项可以大大缩短编译时间。然后GWT编译器启动多个工作线程来并行编译排列。如果生成机器有多个内核，那么编译器选项可以大大缩短编译时间。然后GWT编译器启动多个工作线程来并行编译排列