有点不同的GWT/GXT持久方法

Question

我是GWT/GXT的新手，我正在寻找未来应用程序的最佳持久方式。我正在考虑这样做的许多变体，因此我决定在这里绘制图形：


所以我的结论是：
1）JPA/Hibernate是最好的持久性框架，但它讨厌与GWT合作，并特别与GXT合作
2）JDBC只是个笑话:)
3）Mybatis确实是从DB中获取数据的绝佳工具，它的快速，高效且在Hibernate中看不到很大的可能性，但是编写映射器是有史以来最糟糕的。
4）Dozzer是服务器和用户资源杀手。您必须编写大量锅炉板代码，它只是复制数据（有时很多）。不惜一切代价使用它！！！想象一下运行100个会话的服务器，每个BEAN请求必须使用Dozzer。
5）DTO-类似情况。它是样板，只是将一种数据类型转换为另一种数据类型。没有严重的数据处理。明智地使用服务器资源。
6）吉利德（Gilead）正在复制冬眠豆状态。这可能是危险的（从几个评论中听到），很难与其他IOC框架（在我的情况下）进行配置和集成。
7）不要将Pojo转换为客户端的BeanModel。 JavaScript确实很慢，并且会减慢整个客户端。
8）最适合我的练习，也许对您来说：从DB到客户端的基本模型bean上的最短路径。
9）Mybatis允许将查询结果映射到基本模型豆（已测试），因此不需要多次转换它们，您根本不必关心它。唯一的是编写正确的映射。

这是我个人的看法，但我想知道您的意见。如果我错了，请解释一下，并给出了CONS论点。我真的很想使用Hibernate，或者您知道另一个ORM或类似于Mybatis框架，可以将我直接映射到BeanModel。

出于我的目的，我将开发将为我提供基本模型样式的域类别的应用程序，其中包括映射器，验证器，编辑，高级搜索面板，DAOS，Services和GWT-RPC类。最好的解决方案是开发自己的脚手架：d。你怎么看待这件事？

Answer 1

Ya开发自己的脚手架。这就是我所做的。这是我的流db-> jpa->实体豆 - >我自己的转换器类 - > basemodel

在我的应用程序中，基本模型是DTO。在GWT RPC服务中，我根据需要将基本模型转换为实体bean和实体bean。

-Zawoad

Answer 2

也许看看GWT RequestFactory。这是2.1中的新功能

http://code.google.com/webtoolkit/doc/latest/devguiderequestfactory.html

我个人使用吉利德（Gilead），没有任何问题，无需进行重大配置。我不会做很多懒惰的收藏。我只是考虑到了我的用例。

Answer 3

是否有人尝试使用Hibernate的动态模型，看起来您应该能够直接映射到GXT BaseModel。看： 冬眠型堤模型部分

Answer 4

我与GWT一起使用mybatis，我很满意，因为Mybatis仅使用Pojos，因此对象在客户端和服务器之间很容易传输（不再是DAO，DTO）。如果您不喜欢写XML映射器，我可以使用MyBatis的注释，我喜欢它的简单。所以我的建议是mybatis