大型项目的GWT？

我和我的朋友想开发一个大型web2.0项目。我们决定用Java编写它，因为我们热爱它，我们擅长它，我们将使用的其他库都是用Java编写的（ApacheLucene，ApacheCassandra…）。我们选择GWT作为一个框架。我们喜欢谷歌，谷歌技术，谷歌API

---

我想问的是，你认为GWT适合启动youtube、twitter、维基百科和其他大型项目吗？gwt rpc机制在大型项目中可靠吗？

我想指出，“在大型项目中，如果生成的javascript代码越来越大，用户必须等待下载js文件后才能使用网站。”

gwt适合web应用程序，而不是web站点或网页，GWT适用于像Gmail这样的应用程序，Gmail是一个大的应用程序，但只包含一个具有复杂操作的页面

GWT在一些页面较多的项目中失败，我们在ERP系统中使用了GWT，该系统包含大约100个页面，每个页面代表CRUD操作+一些业务操作，GWT不是完美的选择

GWT可能失败的另一件事是web爬虫无法从GWT生成的javascript文件中提取信息。搜索引擎更喜欢从服务器端生成静态HTML，而不是像GWT那样在客户端由javascript生成。所以，谷歌搜索引擎不会给出你网站的搜索结果

总之，GWT适用于页面数量较少、操作更复杂的web应用程序。

您的示例（youtube、twitter、wikipedia）不适合GWT，因此，如果您要构建这种类型的应用程序，您可能需要坚持使用传统的基于服务器的框架，如SpringMVC或SpringRoo

---

GWT更适合于传统上基于桌面且需要在客户端进行大量处理的应用程序，如电子邮件客户端、游戏、报表应用程序、文字处理器等。

这就是为什么您应该使用代码拆分，因此初始负载很小，需要时可以加载其他功能。这对于大型应用程序尤其重要。@Hilbrand是的，在需要时加载附加功能。然而，我想提请您注意gwt rpc机制及其设计模式，即它（gwt）适用于“重”项目我指的是大量事务为什么您认为gwt-rpc可能不适用于重项目？你可能想考虑使用<代码> RequestFactory <代码>我建议你查看一些真实世界的项目（其中有些是相当大的）…你说的可靠是什么意思？因为当我想到可靠性时，我想到的是gwt rpc是否在一段时间内正常运行，答案是肯定的，但不是特定于大型项目。如果您对服务器负载感兴趣，那么GWT不太可能是您的问题领域，而是后端/服务器的可伸缩性。总而言之：是的，GWT适用于大型项目。@我想知道GWT在大型项目中是否正确执行。如果wikipedia在GWT中实现，您会怎么想？GWT对于大型项目来说很好用。请参阅Google Wave和Seesmic web。用户交互越高，使用GWT就越有用。此外，如果您在一个页面上有许多特定区域的更新，GWT是完美的。维基百科很大，但数据量很大，大多数用户使用它时非常静态，就像任何信息网站一样。因此，对于网站的这一部分，GWT不太适合，也要考虑到GWT不太适合搜索引擎。对于像Wikipedia这样的网站的管理部分来说，GWT将是一个完美的选择。@Hilbrand感谢您的详细回答