在RestyGWT中看到这样一段代码:
public static final PersonResourceAsync get() {
if (instance == null) {
instance = GWT.create(PersonResourceAsync.class);
((RestServiceProxy) instance).setResource(new Resource(
"rest/person"));
}
return instance;
}
很奇怪为什么在创建instance的时候用GWT.create而不是new。
网上查了一下,找到stackoverflow上的俩帖子:
http://stackoverflow.com/questions/2242399/why-use-gwt-create-instead-of-new
http://stackoverflow.com/questions/5357892/what-is-the-purpose-of-gwt-create-with-rpc-services
都很有帮助,看完在这儿用自己的话简单总结一下:
GWT.create用的是迟绑定(deferred binding)。
各种浏览器有着不一样的特性,这些特性数量非常大并且难以管理(gwt的出现的目的之一便是解决这个问题),对这个问题,标准的java的处理方法是,为每一种浏览器定制一个子类,实际运行时,程序会应用反射(reflection)加动态加载(dynamic loading)机制,选一个适用于当前环境的类,加载并创建实例。
gwt程序最终是翻译成javascript运行的,而javascript是不支持动态加载的。所以gwt无法使用java的解决办法,取而代之,gwt使用的是迟绑定。gwt的迟绑定可以理解为,发生在编译阶段的动态绑定。程序代码包含所有浏览器的版本,但是编译的时候只编译某一个版本。比如说对于火狐和opera,gwt就会编译出两种不同的程序。
对于rpc service来说,因为gwt需要在编译时生成一个ServiceProxy类,参考下图:
绿色的“YourServiceProxy”类是gwt编译生成的,是接口“YourServiceAsync”的实现类。YourServiceProxy基于不同浏览器会不一样,所以需要用GWT.create().