Google Web Toolkit对开发复杂的javascripts有用吗？

我非常喜欢javascript框架,特别是jQuery.我一直想设计像"plurk.com"这样的网站,但我知道它需要非常庞大的javascript.so关闭我.但是因为我来了解GWT,我我真的想测试它,并想问你是否让我们的工作比使用javascript或它的框架更容易开发复杂的东西.你更喜欢哪一个？

1> rustyshelf..：

---

我认为这个问题的一些答案是非常不明智的,我怀疑回答他们的人从未在大型项目中使用过GWT.是的GWT是一个很好的方式来做大型AJAX网站,对于大型复杂网站,也包括后端,它在公园上下踢JQuery之类的东西.我一直看待它的方式是它自己的javascript非常适合做小客户端的事情.当你需要做一些更复杂的事情(比如动态字段,弹出窗口,动画)时,你会带来像JQuery或Prototype这样的东西.如果你想更进一步,你可以选择GWT.

人们认为,因为你用Java编写它,它是专为后端开发人员进行前端开发而设计的.不是.Java只是他们选择的语言,主要是因为它被广泛使用,静态类型,并且有很多优秀的编辑器.

我也不购买漏洞抽象理论,它不会试图完全抽象出HTML元素,因为它可以让你直接访问本机javascript和DOM,如果你选择使用它们.

简而言之,我们在GWT中构建了非常复杂的站点(其中一个在GWT博客上有特色),并且还使用了其他库,如JQuery.我完全可以告诉你,一旦你了解了GWT,它就会杀死那些因复杂任务而死的其他框架.它还有一些很棒的内置功能,有助于使事情变得更好,甚至可以做一些其他框架不支持的东西(比如它可以用图像做的魔术).有关详细信息,请参阅此博客文章:

http://googlewebtoolkit.blogspot.com/2007/10/epo-builder-built-with-gwt.html

2> Triptych..：

---

很少有东西像"生成的Javascript"一样吓唬我. 在这些情况下,"漏洞抽象法则"必须更加真实.

编写有效的跨浏览器javascript是一个持续改进的棘手过程.试图破译一些生成的,模糊的Javascript出错的地方是一个令人头疼的问题.修复纯JS库中的错误已经够糟糕了.

对我来说,GWT是一个旨在允许后端开发人员编写前端浏览器代码的技巧.不幸的是,现代网络应用程序的现实意味着你只需要知道Javascript和DOM.有些事情会破裂,你需要知道原因.

我认为你最好选择一个像jquery或原型这样的好的javascript库,并且学得很好.这些库抽象出那些应该被抽象掉的东西,并且不太可能在边缘情况下破解,比如数组操作和AJAX请求.

---

您是否对生成的Assembler有同样的看法？处理不同处理器架构之间的所有差异？我不是说,GWT必然存在.但是,从另一种语言中生成一种语言并不可怕.

---

我怀疑你从未在大型项目中使用过GWT.它不会使跨浏览器的东西更难,它使它更容易.人们担心通过生成的javascript,但事实是你永远不必,就像你从来没有看过java字节码,因为编译器是一流的.