是春天+；Hibernate是web应用程序的最佳选择？

我只是想听听你的意见

我从JSF+Spring+Hibernate开始，非常棒。Hibernate使数据库抽象变得如此逻辑化，并大大简化了工作。然后Spring帮助我摆脱第n个new（）构造函数，并帮助我很好地处理事务

几年来我一直在做同样的事情，但现在我得到了一个GWT项目，我仍然可以使用Spring+Hibernate，但这让我怀疑这是否真的是webapps的终极配方，或者是否有更好/更新的方法来做事情

---

我只知道没有ORM我无法生存，没有春天冬眠是痛苦的。评论

好吧，Hibernate和spring仍然是一对完美的组合。我们在这么多的项目中使用了同一对，它们工作起来没有任何问题

Hibernate在使用DB层时，可以消除所有痛苦的陷阱，而spring可以神奇地处理项目中需要的所有依赖项

我们在少数应用程序中使用Struts2+Spring+Hibernate组合，它们工作得非常好

---

我相信GWT也会如此，Hibernate和spring仍然是完美的一对。我们在这么多的项目中使用了同一对，它们工作起来没有任何问题

Hibernate在使用DB层时，可以消除所有痛苦的陷阱，而spring可以神奇地处理项目中需要的所有依赖项

我们在少数应用程序中使用Struts2+Spring+Hibernate组合，它们工作得非常好

---

我相信GWT也是如此，GWT是客户端技术（它可以编译成js+html）。服务器端GWT的唯一部分是一个servlet，如果使用RPC，则需要该servlet。正如您所知，servlet可以很好地使用spring+hibernate

---

因此，GWT将很好地处理您（可能已经存在）的spring+hibernate业务逻辑。

GWT是客户端技术（它可以编译成js+html）。服务器端GWT的唯一部分是一个servlet，如果使用RPC，则需要该servlet。正如您所知，servlet可以很好地使用spring+hibernate

---

因此，GWT将很好地利用您（可能现有）的spring+hibernate业务逻辑。

早在2006年，我们就基于hibernate、spring和GWT为我们的应用程序构建了一个通用的体系结构平台，它适用于我们的许多应用程序。如果从现在开始，我会使用JPA和Hibernate作为提供者，而不是直接使用Hibernate，并且可能使用GWT的MVP框架，而不是滚动自己的MVC框架。

早在2006年，我们就在Hibernate的基础上为我们的应用程序构建了一个通用架构平台，Spring和GWT，它在我们的许多应用程序中运行良好。如果从现在开始，我会使用JPA和Hibernate作为提供程序，而不是直接使用Hibernate，并且可能使用GWT的MVP框架，而不是滚动自己的MVC框架。

比Spring+Hibernate更好的是Spring+（它通过JPA支持Hibernate以及更多）。酷，这是我要检查的新东西，比Spring+更好的是Spring+（它通过JPA支持Hibernate以及更多）。酷，这是我要检查的新东西，thxyup，我知道GWT只是服务器端，所以它不会改变任何东西。然而，在阅读SmartGWT和数据源时，我想知道给客户端更多的功能是一种新技术还是一个错误GWT是客户端-它被编译成js+html并在browseryup中运行，我知道GWT只是服务器端，所以它不会改变什么。然而，我一直在阅读SmartGWT和数据源，想知道给客户端更多的功能是一种新技术还是一个错误GWT是客户端-它被编译成js+html并在浏览器中运行。我对MVP是如何包含在整个mashup中有点迷茫，请记住我以前的工作只是使用JSF和sessionBeansSpringRoo。。。隐马尔可夫模型。。。没有看到MVC和MVP之间的区别，这是我将要考虑的东西，因为我使用GWTI有点迷失了MVP是如何包含在整个混搭中的，请记住我以前的工作只是用JSF和SeaSeBeSeSpRunRo…隐马尔可夫模型。。。我没有看到MVC和MVP之间的区别，这是我使用GWT时一定要考虑的问题。