当您使用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直接绑定。只要记住这个术语没有统一的定义就行了。唯一达成一致的是，早期绑定与后期绑定是不同的。
发表于 @ 2006年02月05日 18:35:00|评论(loading...)|编辑