架构- GWT中的多个页面意味着多个模块？

Question

这更多的是一个设计/架构问题。

我正在考虑一个web应用程序，我想使用GWT (我很久以前就使用它了，我又回到了它，所以假设我是一个新手)。就像许多应用程序一样，它将有许多入口点，明显的是登录、丢失密码、注册等等。

为了保持代码的清晰和干净，您会：

1. 为每个入口点制定一个单独的项目，或：
2. 拥有一个全局项目并尝试拥有多个项目(我不知道这是否可行)，或者：
3. 有一个项目，许多服务和管理“用户入口点”通过历史/书签机制.

我对第三种选择很感兴趣，但我承认我还没有把它推向生产，所以.

Answer 1

如果模块不需要相互通信，我建议使用1)。

使用GWT处理一个小模块比较容易。由于增量编译还没有实现，所以您可以通过将应用程序分解为模块来节省大量的编译时间。

代码分割是一个很有帮助的特性，但它的目的是将应用程序分解成小块，这是在编写代码之后完成的，并且更不稳定。如果从一开始就可以有多个模块，那就更容易了。

如果您需要共享通用代码，请考虑使用与GWT兼容的库，而不是合并项目。

Answer 2

我建议选择3。不同的入口点如此不同，以至于您不想共享大量代码，这似乎是不寻常的。唯一的问题可能是，如果你的主应用程序有庞大的客户端代码，你不想加载所有的“丢失的密码”等。在这种情况下，你可以使用代码分割。

我们已经这样做了，一切都很好。我们为servlet使用了spring安全性，因此必须对RequestFactory做一些修改，以便使用不同的URL进行注册等等，但除此之外，它非常顺利。