VB5.0中大量使用OLE，对象的正确使用对于开发一个高效的应用程序是非常关键的。因此，笔者想谈一谈OLE调用的优化。
　　一、利用WITH语句减少重复调用。
　　为了设置单个对象的多个特性，可以使用WITHENDWITH减少激活引用链设置特性的次数，在这种情况下，甚至不需要定义对象类型的临时对象。例如：DBEngine.WorkSpace(0).Databases(0).
　　RecordSet.Fields(0).Name="jx"
　　DBEngine.WorkSpace(0).Databases(0).RecordSet.Fields(0).Height="1.75"
　　可以这样赋值：WITHDBEngine.WorkSpace(0).Databases(0)
　　.RecordSet.Fields(0).Name="jx"
　　.Height="1.75"
　　ENDWITH
　　很明显，减少了执行赋值所必须做的OLE对象查询的次数。
　　二、使用可以提供的最特定的对象。
　　在VB中访问任何对象的模型通常要求重复使用OBJECT.PROPERTY语句，那么这个引用链将变得很长。
　　DBEngine.WorkSpace(0).Databases(0).RecordSet.Fields(0).Name
　　在上面这个序列中每个点代表VB为了访问下一个元素要求的OLE查找。如果将这样一条语句放到循环中，会产生大量不必要的查找：
　　例如ForI％=0TODBEngine.WorkSpace(0).Databases(0).R
　　ecordSet.Field.Count－1
　　PrintDBEngine.WorkSpace(0).Databases(0).RecordSet.Fi
　　elds(I％).Name
　　Next
　　如果通过使用可用的最特定的对象类型，可以大大减少同一个
　　循环的开销。程序变换如下：
　　DIMXASFields
　　DIMYASField
　　SETX=DBEngine.WorkSpace(0).Databases(0).RecordSet.Fi
　　elds(0)
　　FOREACHYINX
　　PrintF.Name
　　Next
　　三、最小化跨进程OLE调用。
　　OLEAutomation对程序内的对象的调用总是比跨进程调用要快，如果处理可以在一个程序内完成，就会比调用另一个应用程序快。如果进行跨进程OLEAutomation，一个硬输入的(DIMXASSPECIFICTYPE)而不是“ASOBJECT”的对象会大大减少开销，因为只需一个跨进程调用。
　　四、使用进程内而不是进程外的OLE服务器。进程外OLE服务器(使用MAKEEXE建立的OLE服务器)比进程内OLE服务器(使用MAKEDLL建立的OLE服务器)慢得多。->