为什么使用GWT.create()而不是新的?

GWT.create(SomeClass.class)new SomeClass()什么区别?

你为什么要用另一个呢?

GWT编译器使用GWT.create进行延迟绑定。 延迟绑定是GWT编译器的一个function,通过在编译时生成许多版本的代码来工作,其中只有一个版本需要在运行时的引导过程中由特定客户端加载。

对于那些依赖于这个特定用例的情况,你应该只使用GWT.create 。 例如,当创build一个RPC类: (MyServiceAsync)GWT.create(MyService.class) 。 在所有其他情况下使用new

有关更多信息,请查看延迟绑定的GWT页面: http : //code.google.com/webtoolkit/doc/latest/DevGuideCodingBasicsDeferred.html

GWT.create使用延迟绑定的工作,以支持缺乏反思。

根据常见问题解答 :

延迟绑定是Google Web Toolkit对Javareflection的答案。

从一个用例开始解释Deferred Binding是最容易的。 每个网页浏览器都有自己的特质,通常很多。 (它们的难以控制的数量是GWT首先要解决的问题)。处理特性的标准Java方法是将自定义代码封装到子类中,每个支持的浏览器使用一个子类。 在运行时,应用程序将使用reflection和dynamic类加载为当前环境select适当的子类,加载类,创build实例,然后在程序期间将该实例用作服务提供程序。

这确实是GWT所做的。 但是,GWT应用程序最终运行的JavaScript环境并不支持dynamic类加载(也称为dynamic绑定)。您当然可以在生成的JavaScript代码中包含代码来支持每个浏览器,但要这样做,您必须包含对所有浏览器在单个应用程序文件中。 为什么Opera用户不得不下载特定于Firefox的代码,在没有机会的情况下,她将永远需要它?

由于dynamic绑定不可用作为GWT的技术,所以GWT使用延迟绑定。 一种想到这个的方法是“在编译时发生的dynamic类加载,而不是执行时间”。 当GWT编译器编译你的Java应用程序时,它确定了它必须支持的所有不同的“特性”,并为这个特定的configuration生成一个单独的,精简版的应用程序。 例如,它为Firefox生成一个不同于Opera的应用程序文件版本。