Google创建了Google Web Toolkit(GWT),并且在构建自己的Web应用程序时不使用它。
这是否意味着GWT不适合构建动态应用程序?还是有缓存问题?还是有RPC问题?还是有其他问题阻止Google使用这项技术?
EDIT
:我不是在这里说Google从来没有在任何应用程序中使用过GWT,但是我想说的是,为什么他们没有广泛使用它?
Google创建了Google Web Toolkit(GWT),并且在构建自己的Web应用程序时不使用它。
这是否意味着GWT不适合构建动态应用程序?还是有缓存问题?还是有RPC问题?还是有其他问题阻止Google使用这项技术?
EDIT
:我不是在这里说Google从来没有在任何应用程序中使用过GWT,但是我想说的是,为什么他们没有广泛使用它?
Answers:
好吧,首先,大多数Google产品都比GWT老。您不会在每次发布新库时都重新编写完美的产品。
其次-这确实是我个人的观点-GWT对于Javascript而言就像ASP.NET(经典)对于HTML一样。它对于简单的界面非常有用,但是如果您需要做复杂的事情,可能会有些痛苦。
Google的许多项目都是使用Closure Javascript库编写的。Closure更加接近浏览器的“金属”,同时仍提供强大的模板功能以及复杂的Web应用程序所需的许多其他功能。
话虽如此,谷歌内部还是有一些使用GWT的项目。AdWords前端就是我想到的一个前端。
您所说的是一个通常称为的概念:
但是,并非所有公司都能真正成为自己的客户。例如,考虑使用Microsoft。出于企业目的,以前版本的SQL Server不如现在强大。因此,Microsoft无法使用它,而必须使用Oracle或DB2之类的东西进行企业级开发。
我的意思是,第一点是,并不是每个人都应该吃自己的狗粮。
第二点是,您如何确保Google没有使用GWT?我的意思是,毕竟,它产生的是JavaScript,他们可以对其进行自定义,因此它不包含任何表示GWT用法的签名。换句话说,几乎可以配置Web上的任何平台,以便没有人了解使用什么语言,操作系统,Web服务器等来创建它。
例如,使用ASP.NET构建并在IIS上运行的网站具有一个称为X-Powered-By: ASP.NET
或类似名称的HTTP响应标头字段。但是您可以轻松地从IIS中删除这些标头。同样,由ASP.NET创建的网站通常具有以.aspx
文件结尾的路径。但是,通过URL重写的概念,也可以轻松地将其更改为无扩展名的URL。
因此,我要强调的第二点是,您永远不能肯定地说Google没有使用GWT。也许是的。