2008-09-20 80 views
6

我来自微软世界(我和平相处)。我想要快速建立一个Web应用程序的原型,如果它能解决问题,那就直接采用它 - 而且我不想使用ASP.Net。GWT或DOJO还是别的?

我不确定要使用哪个Web应用程序工具包。我应该使用GWT,DOJO ...其他建议吗?我可以接受任何服务器端语言,但是我正在研究RoR,Php甚至Java(精确地说J2EE)。我不是一个Javascript/CSS的人,所以一个工具包可能会让我在这些方面相对容易一些,这将是更可取的。

另外,我是家里的mac用户。什么IDE与你会推荐的框架一起使用?

任何建议家伙?

回答

5

如果你打算做Java,那么GWT就是要走的路。它允许你在客户服务器上拥有一个相对统一的代码库,并且只在两者上使用一种语言。

做非常偏离路径的AJAXy事情(GWT使困难,但不是不可能)有一些限制,但它听起来不像是你的用例。

当您的应用变得更复杂时,GWT将允许您通过使用更多功能来扩大规模 - 而且您的原型不会是一次性代码。

0

我是GWT的粉丝,但是我对Java非常熟悉。我发现它很直观,而且很快就可以很容易地获得好的结果。如果你要使用GWT,那么你肯定会想要使用免费的,功能非常强大的IDE。

GWT的一个缺点是它需要需要 JavaScript被浏览器支持,没有“优雅的降级”。

+0

没有 - 只需要很多工作在

0

我们评估了大量的框架,并决定我们为Echo2

  • 您只需要用Java编码。您只需要编写自己的组件就可以使用Javascript。
  • 像GWT这样的大型项目没有启动性能问题。
  • 您可以在客户端代码中使用全套Java,因为它在服务器上运行。在GWT中,您只能使用非常小的一组Java类。

用于Java的IDE是Eclipse。这与使用的框架无关。

-2

就我个人而言,我会避免尝试嵌入或隐藏客户端框架的服务器端框架。我确信GWT非常适合快速获取某些应用程序,但对于某些类型的应用程序来说可能还不错,但是对于更复杂的应用程序,您可能会遇到许多“边缘”问题。将客户机框架与服务器端框架分离可以避免这些问题。

+0

@dkarrpipverisignlabscom你说什么样的问题?我希望我的应用程序在后面的迭代中可能会在UI方面有点复杂,所以我绝对在意。 我明白,从服务器端解耦UI是理想的,但如果我正在处理一个胜任的框架,我没有问题。 – 2008-09-21 01:51:42

3

如果你想在JAVA中编写前端和后端,并且想要做复杂的ajax类型的事情,那么GWT是一个很好的选择。

想想最简单的方法就是构建一个GWT应用程序就像构建一个挂钩到服务器的JAVA swing应用程序。就像一个使用服务器的摇摆应用程序一样,你可以使它变胖或变薄。完成后,它全部编译成HTML和JavaScript,并具有非常好的现代浏览器支持(ie6 + ff,opera,safari)。

它确实抽象了所有的JavaScript和HTML,但如果你希望它看起来不错,你仍然需要了解CSS。

我想任何人说,它会破坏MVC或者它是一个客户端与服务器混淆不明白的GWT。 GWT是一个CLIENT端框架。它只在CLIENT上使用。 GWT确实提供了一种RPC机制将其挂接到JAVA(和其他)后端,但这仅仅是一种通信协议,并不意味着您的服务器代码奇迹般地变成了您的客户端代码。如果你真的想,你可以写一大堆业务规则到你的用户界面中,但是你可以用任何框架来做到这一点,所以说GWT在这方面有某些不同是愚蠢的。

0

我是jQuery的粉丝,行为,遍历和命令的可链接性非常强大。我的一个好朋友非常喜欢Mootools,他在一家Java商店FWIW工作。他提到了Mootools的一个很酷的功能,就是你可以指定你希望框架包含的功能,并且它会在一个文件中的一行中生成整个库,你可以在你的页面上包含这个文件,以减少框架的重量(漂亮很酷的功能)。真的,这取决于你最舒服的。 jQuery有很棒的教程,速度超快,可以和其他javascript框架一起使用。

0

与GWT无关,但您是否考虑过GWT可以很好地与其他后端工作?

Grails是一个与GWT很好地绑定的后端。

1

GWT是一个不错的选择,而如果您选择更强大的基于GWT的JavaScript框架(例如SmartGWT),则编译的内容太重。

如果您需要紧凑的项目,请选择直接JavaScript。