|
|
4 回复 | 直到 14 年前
|
1
13
Grails已经有一个GWT插件: check it out . |
|
|
2
3
在服务器端您确实提到过——GWT和Grails实际上在服务器端没有很好地集成(考虑到Grails域对象的工作情况,这并不像您预期的那样)。对于RPC,插件工作得很好。 问题是域对象不能被序列化和跨线传输——毕竟,它们是groovy对象。您需要定制一个数据传输对象(DTO),并手动进行编组。自动化是可能的,但是没有任何开源代码可以实现ATM——所以滚动您自己的代码是唯一的解决方案。 或者看看你是否能让Hibernate4Gwt和Grails一起工作——但我怀疑它也会被淘汰。 |
|
|
3
1
另一种方法:将Grails与SmartGWT结合使用。代替GWT-RPC(太复杂了,正如其他人所指出的,不能很好地处理Grails),使用基于REST的集成,因为Grails对序列化为XML或JSON有很好的支持,而SmartGWT有内置的REST支持。看看这个显示示例源代码的博客——为任何Grails对象构建一个可重用的主细节屏幕都非常容易。 |
|
|
4
0
这就是罗尔坎普的人们一直在鼓吹的。在经历了一些初期的繁荣之后,RoR项目不可避免地遇到了大项目的麻烦。项目越大,委托给编译器的工作就越多,即静态语言越有价值。目前,RorBoom已经不复存在了。 例如,现在使用jpa/hibernate编写的(额外)代码量几乎为零。仅批注。它甚至可以在运行时通过类路径找到映射的bean本身!SpringFramework使许多其他“样板”代码也过时了。 在我的GWT项目(到目前为止,必须承认)中,我使用了JPA(Hibernate)、DAO层、业务委托模式,而且它既简单又健壮。 |
