gpt4 book ai didi

java - 吉利德和 RequestFactory 的替代品

转载 作者:行者123 更新时间:2023-12-01 19:15:36 27 4
gpt4 key购买 nike

我开始开发一个相当大的GWT项目,它自然有一个数据模型。我想在客户端轻松地使用实体类。

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

我不想使用RequestFactory,因为它会导致编写大量样板代码和重复代码。

也许有人知道 Gilead 和 RequestFactory 的替代品,可以帮助我完成我的项目,并且现在得到开发人员的支持?

提前致谢!

最佳答案

IMO,使用 GWT 时无法摆脱样板板。我认为使用复杂数据模型的数据密集型应用程序的最佳选择是 RequestFactory。您可以尝试通过编写一些代码生成框架来减少样板代码。例如,请查看 GWTP基于注释code generation facilities ,这可以生成使用 MVP 所需的大量样板。具体来说,GWTP 可以生成 Action 和 Result 类,它们封装了要发送到服务器的命令以及从服务器返回的结果。

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

例如,您可以使用注释来从实体类生成实体代理。您可以将此注释与 @Entity 一起放在实体类上,并配置 APT 处理器来生成相关的 EntityProxy 类。可以采用类似的方法来生成值(value)代理。

您的应用程序特定的 RequestFactoryRequestContext 接口(interface)不是样板文件,即使乍一看似乎如此。实体类的服务器端实现也是如此。

LocatorServiceLocator 完全是可选的。仅当您不想在实体本身中实现持久性代码时才需要它们。

这给我们留下了客户端代码。可以看看GWT编辑器框架如何works with RequestFactory了解如何编写通用客户端代码以使用许多不同的 RequestFactory 接口(interface)。

关于java - 吉利德和 RequestFactory 的替代品,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6771669/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com