Gilead和RequestFactory替代品

Question

我开始开发一个相当大的GWT项目，它自然有一个数据模型。我想在客户端与实体类一起工作。

我真的很喜欢吉利德，但this thread对我来说不是好消息。

我不想使用RequestFactory，因为它会编写非常多的样板代码和重复代码。

也许有人知道Gilead和RequestFactory的替代品，可以帮助我在我的项目中，并由开发人员现在支持？

在此先感谢！

Answer 1

IMO，使用GWT时锅炉板没有逃脱。我认为使用复杂数据模型处理数据密集型应用程序的最佳选择是RequestFactory。您可以尝试通过编写一些代码生成框架来减少锅炉板。举例来说，看看GWTP的注释code generation facilities，这可能会产生很多需要使用MVP的锅炉板。具体来说，GWTP可以生成Action和Result类，它们封装了要发送到服务器的命令以及从服务器返回的结果。

类似的与RequestFactory相关的锅炉板代码生成工具可以显着减轻您的负担。

例如，您可以为实体类生成实体代理的注释。您会将此注释与@Entity一起放入您的实体类中，并配置APT处理器以生成相关的EntityProxy类。可以采用类似的方法来生成价值代理。

您的应用程序特定的RequestFactory和RequestContext接口不是锅炉板，即使它们看起来如此乍一看。实体类的服务器端实现也是如此。

Locator和ServiceLocator是完全可选的。如果您不想在实体中实现持久性代码，则只需要它们。

这给我们留下了客户端代码。您可以看看GWT编辑器框架works with RequestFactory如何获得有关如何编写通用客户端代码以使用许多不同的RequestFactory接口的想法。