当您使用Visual Basic创建客户时,您可能会经历三种类型的绑定。当使用Object数据类型时,将使用“后期绑定”;无论是否包含对象的类型库都是如此。后期绑定提供了最糟的性能。并且在编译时不进行任何类型检查。只有当您别无选择时才会使用后期绑定。通常情况下,在使用Visual Basic编写的客户端代码中,应该尽可能地避免使用这种方法。
当您拥有具有相关类型库的只支持IDispatch的组件时,将会使用“DISPID绑定”。客户在编译时从类型库中读取DISPID,并将它们嵌入到客户可执行文件中。这消除了对GetIDsOfNames调用的需要,但客户仍需要经过Invoke来执行方法。DISPID绑定的速度比后期绑定的速度快一些,但与vTable直接绑的速度相比还是要慢许多。DISPID绑定还允许Visual Basic的IDE执行编译时的类型检查和使用IntelliSense。
只有当您具有没有提供双重接口听IDispatch对象的类型库时,才会使用DISPID绑定。您不会发现很多满足这些条件的组件。较早的使用“Microsoft基类”(Microsoft Foundation Class,MFC)框架构建的C++组件可能是这种组件。下面是另一个有趣的事实:当您在窗体中放置一个ActiveX控件时,Visual Basic将使用DISPID绑定,而不会使用vTable直接绑定,这是因为这些控件必须使用IDispatch接口来支持动态属性。
您通常应该最喜欢vTable直接绑定,因为它的速度比其他两种绑定技术快许多。通常情况下,只要满足下面的条件,Visual Basic客户就会使用vTable直接绑定:
· 客户项目包含组件类型库的引用。
· 指定了接口或可创建类(默认接口)的引用。
· 对象展示了自定义接口或双重接口的vTable(即不是只支持IDispatch的对象)。
有些Visual Basic程序员假设,与vTable直接绑定相比,CreateObject函数通常会导致后期绑定。这种假设是不正确的。它与您创建或连接对象的方式无关,而与您在连接对象时所用的变量或参数的类型有关。其他规则是相同的。如果使用类或用户定义的接口的名称,那么,不管您是使用CreateObject还是使用New操作符,都将经历vTable直接绑定。
最近需要注意的一点是,不同的程序员会使用术语“早期绑定”来指不同的事情。有些开发人员使用这个术语来指DISPID绑定,而有些开发人员使用这个术语来指vTable直接绑定。只要记住这个术语没有统一的定义就行了。唯一达成一致的是,早期绑定与后期绑定是不同的。