如何处理 GWT 上的大型多模块应用程序答案

【问题标题】：How to deal with large multi-module applications on GWT如何处理 GWT 上的大型多模块应用程序
【发布时间】：2015-06-11 19:15:22
【问题描述】：

我们正在为我们的软件寻求一种新的架构方法的建议。

目前我们正在为我们的 ERP 开发一个新的前端，我们在开始时选择的框架是 GWT+GWTP 的前端。

我们的第一个想法是让一个单页应用程序运行一个组合的 GWT 应用程序，其中功能是在主模块之外对齐的模块。

现在我们正处于流程的关键阶段，我们实际上是在创建系统功能。但我们正面临着这种方法的严重问题。在这一点上，我们有 41 个 GWT 模块被编译为我们的主模块的依赖项，具有超过 3GB 的内存并且需要 8-12 分钟。我们预计在当前开发阶段结束时将拥有超过 400 个模块，并且在编译应用程序的计算机能力方面将变得不可持续。

我们已经看过一些文章，例如 Ben Northrop 在http://www.summa-tech.com/blog/2011/02/22/structuring-gwt-modules-for-large-applications 的文章。但我们想就此事发表其他意见。

【问题讨论】：

您是否考虑将应用程序拆分为多个主机分页编译为不同的应用程序？在这种情况下，无需全部重建即可重新编译应用程序。您使用哪个 GWT 版本？ GWT 2.7 有一个 incemental compile，如果你有很多模块，它可能会加速这个过程。只有带有更改代码的模块才会被重新编译。
嗨@ChristianKuetbach！是的，事实上我们正在考虑多托管页面。我们正在使用 GWT 2.7。但是，一旦假设与桌面应用程序的吸引力一起使用，我们更喜欢单页方法。我还在研究 GWT.create 2013 中的 Robert Keane 材料，这是 pt.slideshare.net/RobertKeane1/… 上非常有趣的方法
多模块项目真是个好主意 - 尝试使用 maven 和它 -

标签： java gwt architecture multi-module

【解决方案1】：

我们也在使用 GWT，我们有 40 多个子模块和一个主模块。我们目前支持两种浏览器。

为了加快开发速度，我们只为一个用于调试应用程序的浏览器编译。这使我们免于在开发过程中为其他浏览器编译。
我们还为国际化提供支持，但在开发过程中，我们仅针对英语进行编译。这为我们节省了更多的编译迭代。如果语言或浏览器存在问题，那么我们只会针对该语言或浏览器进行编译。
还有一件事是我们根据模块依赖关系仅编译和加载所需的模块。

【讨论】：