Java 超级开发模式

我非常关注这一新的替代发展生命周期。 实际上，通过这个特性，我们正在以超级草稿模式将Java文件编译成Js，但是对于正常编译需要45分钟（我的上一个项目）的非常大的项目会发生什么呢？！ 每次我在UI中更改某些内容时，我都应该重新编译所有代码

乐观地说，在超级模式下重新编译应该需要5分钟以上

如果我错了，请告诉我。

---

Regads，

SuperDevMode与在草稿模式下编译的区别在于SuperDevMode使用驻留编译器，因此当它需要重新编译应用程序时，它不会从头开始。SuperDevMode也只编译一个排列（浏览器将使用的排列）

---

尽管如此，编译仍然是铁板一块的。在下一个版本中，GWT将引入增量编译：模块将自行预编译，因此不更改的模块不需要重新编译，只需要“链接”与其他人一起生成最终的JS。

SuperDevMode和草稿模式编译的区别在于，SuperDevMode使用驻留编译器，因此当需要重新编译应用程序时，它不会从头开始。SuperDevMode也只编译一个排列（浏览器将使用的排列）

---

尽管如此，编译仍然是铁板一块的。在下一个版本中，GWT将引入增量编译：模块将自行预编译，因此不更改的模块无需重新编译，只需与其他模块“链接”即可生成最终的JS。

当您谈论模块时，这意味着我应该将应用程序拆分为几个GWT模块，或者如果我使用例如GWTP和building codesplit功能，它会自动发生？仍然是一个问题，所以我需要在运行superDev之前编译所有应用程序一次？如果是，那么通过更改分支（git），开发人员应该执行clean/compile/get:compile，然后才能运行superDev？我询问之前的评论，因为在我的上一个项目（非常大）中，开发人员甚至从未编译过客户机代码一次，总是以开发模式运行，这是一个了不起的过程。模块：我指的是gwt.xml；代码拆分是一件完全不同的事情。重新。编译时，您需要编译一次，但之后您可以更改除模块名称以外的所有内容，并且应该可以正常工作™; i、 e.切换分支时无需清理/编译/gwt:compile（但要小心损坏的增量构建；例如Maven已损坏，您应该清理/编译；是否需要gwt:compile将取决于您的开发工作流程）感谢Thomas的回复，我个人更喜欢经典开发模式，希望在下一个版本中看到这一点，你认为GWT团队会在下一个版本中支持这一点吗？当你谈论模块时，这意味着我应该将应用程序拆分为几个GWT模块，或者如果我使用例如GWTP和building codesplit功能，它会自动发生？仍然是一个问题，所以我需要在运行superDev之前编译所有应用程序一次？如果是，那么通过更改分支（git），开发人员应该执行clean/compile/get:compile，然后才能运行superDev？我询问之前的评论，因为在我的上一个项目（非常大）中，开发人员甚至从未编译过客户机代码一次，总是以开发模式运行，这是一个了不起的过程。模块：我指的是gwt.xml；代码拆分是一件完全不同的事情。重新。编译时，您需要编译一次，但之后您可以更改除模块名称以外的所有内容，并且应该可以正常工作™; i、 e.切换分支时无需清理/编译/gwt:compile（但要小心损坏的增量构建；例如Maven已损坏，您应该清理/编译；是否需要gwt:compile将取决于您的开发工作流程）感谢Thomas的回复，我个人更喜欢经典开发模式，希望在下一个版本中看到这一点，你认为GWT团队会在下一个版本中支持这一点吗？