VB5.0中大量使用OLE，对象的正确使用对于开发一个高效的应用程序是非常关键的。因此，笔者想谈一谈OLE调用的优化。

　　一、利用WITH语句减少重复调用。

　　为了设置单个对象的多个特性，可以使用WITH END WITH减少激活引用链设置特性的次数，在这种情况下，甚至不需要定义对象类型的临时对象。例如：DBEngine.WorkSpace(0).Databases(0).
　　RecordSet.Fields(0).Name="jx"
　　DBEngine.WorkSpace(0).Databases(0).RecordSet.Fields(0).Height="1.75"
　　可以这样赋值：WITH DBEngine.WorkSpace(0).Databases(0)
　　.RecordSet.Fields(0).Name="jx"
　　.Height="1.75"
　　END WITH
　　很明显，减少了执行赋值所必须做的OLE对象查询的次数。

　　二、使用可以提供的最特定的对象。

　　在VB中访问任何对象的模型通常要求重复使用OBJECT.PROPERTY语句，那么这个引用链将变得很长。
　　DBEngine.WorkSpace(0).Databases(0).RecordSet.Fields(0).Name
　　在上面这个序列中每个点代表VB为了访问下一个元素要求的OLE查找。如果将这样一条语句放到循环中，会产生大量不必要的查找：
　　例如For I％=0 TO DBEngine.WorkSpace(0).Databases(0).R
　　ecordSet.Field.Count－1
　　Print DBEngine.WorkSpace(0).Databases(0).RecordSet.Fi
　　elds(I％).Name
　　Next
　　如果通过使用可用的最特定的对象类型，可以大大减少同一个
　　循环的开销。程序变换如下：
　　DIM X AS Fields
　　DIM Y AS Field
　　SET X=DBEngine.WorkSpace(0).Databases(0).RecordSet.Fi
　　elds(0)
　　FOR EACH Y IN X
　　Print F.Name
　　Next

　　三、最小化跨进程OLE调用。

　　OLE Automation对程序内的对象的调用总是比跨进程调用要快，如果处理可以在一个程序内完成，就会比调用另一个应用程序快。如果进行跨进程OLE Automation，一个硬输入的(DIM X AS SPECIFICTYPE)而不是“AS OBJECT”的对象会大大减少开销，因为只需一个跨进程调用。
　　四、使用进程内而不是进程外的OLE服务器。进程外OLE服务器(使用MAKE EXE建立的OLE服务器)比进程内OLE服务器(使用MAKE DLL建立的OLE服务器)慢得多。