为什么使用GWT.create()创建实例（deferred binding-迟绑定简介）

在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().