GWT：在开发模式下，代码拆分有什么影响吗

我在很多地方读到过这样的文章，代码拆分可以显著加快GWT应用程序的初始加载时间。 但是，在进行拆分之前，我们想知道延迟下载的代码在开发模式下是否也可以工作

目前我们最痛苦的一点是，在使用调试模式的开发模式下，当我们刷新浏览器（刷新客户端代码中的更改）时，应用程序需要3.7年才能重新加载。

---

在生产模式下，应用程序将在几秒钟内加载。

代码拆分在开发模式下绝对没有效果，因为您的应用程序未编译为JavaScript

当GWT.isScript（）为false（开发模式）时，将立即运行RunAsyncCallback.onSuccess（）方法。如果您检查GWT.runAsync（）方法的源代码，这一点很明显

---

编辑：还有一点需要补充：不要在DevMode中使用Chrome。Chrome仍然有一个突出的bug（我现在不知道这个链接），这使得Chrome的DevMode插件运行非常缓慢。使用Firefox，它是最快的开发模式插件

代码拆分在开发模式下绝对没有效果，因为您的应用程序没有编译成JavaScript

当GWT.isScript（）为false（开发模式）时，将立即运行RunAsyncCallback.onSuccess（）方法。如果您检查GWT.runAsync（）方法的源代码，这一点很明显

---

编辑：还有一点需要补充：不要在DevMode中使用Chrome。Chrome仍然有一个突出的bug（我现在不知道这个链接），这使得Chrome的DevMode插件运行非常缓慢。使用Firefox，它是最快的开发模式插件

如前所述，代码拆分在开发模式下绝对没有效果。 我唯一能建议您的是在启动时增加jvm的内存： 例如，我们在项目中使用：

-Xmx1024m -XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled -XX:PermSize=256M -XX:MaxPermSize=512M

---

此外，还可以升级您的工作硬件（CPU、内存），这可以帮助您在开发模式下更快地编译java代码。

如前所述，代码拆分在开发模式下绝对没有效果。 我唯一能建议您的是在启动时增加jvm的内存： 例如，我们在项目中使用：

-Xmx1024m -XX:+UseConcMarkSweepGC -XX:+CMSClassUnloadingEnabled -XX:PermSize=256M -XX:MaxPermSize=512M

---

同时升级您的工作硬件（CPU、内存），它可以帮助您在开发模式下更快地编译java代码。

如果您想要更快的DevMode，您应该更加小心地编写应用程序。如果可能，用户延迟加载，将应用程序拆分为独立模块。

---

例如，假设您有一个包含5000个类的应用程序。通常开发人员只需要更改应用程序的一部分，而不需要更改所有应用程序（例如一个页面）。所以，基本上你需要确保启动应用程序的一个简单部分时，只加载应用程序所需的类。例如，不加载5000类，只加载100类。还要检查RPC类型爆炸等常见错误，它们也会影响devmode。试试GWT2.4，它比以前的版本（我指的是DevMode）快得多。

如果您想要更快的DevMode，您应该更加小心地编写应用程序。如果可能，用户延迟加载，将应用程序拆分为独立模块。 例如，假设您有一个包含5000个类的应用程序。通常开发人员只需要更改应用程序的一部分，而不需要更改所有应用程序（例如一个页面）。所以，基本上你需要确保启动应用程序的一个简单部分时，只加载应用程序所需的类。例如，不加载5000类，只加载100类。还要检查RPC类型爆炸等常见错误，它们也会影响devmode。试试GWT2.4，它比以前的版本（我指的是DevMode）快得多。

在我（中等长度）的体验中，我注意到InternetExplorer9在开发模式下也非常快，比Chrome稳定得多。GWT插件不会每隔重新加载一次应用程序就崩溃

你可以试一试，看看它是否更适合你。

在我（中等长度）的经验中，我注意到Internet Explorer 9在开发模式下也非常快，而且比Chrome稳定得多。GWT插件不会每隔重新加载一次应用程序就崩溃

你可以试一试，看看是否对你更有效