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



我们正在寻求有关软件新架构方法的建议。

目前,我们

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

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

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

我们已经看过一些文章,比如本·诺斯罗普(Ben Northrop)在 http://www.summa-tech.com/blog/2011/02/22/structuring-gwt-modules-for-large-applications 的文章。但我们想要对此事提出其他意见。

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

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

最新更新