La Cara Oculta de Delphi 6

Capítulo
6
Automatización OLE
L
A CHAPUZA MÁS ESPANTOSA DE LA PROGRAMACIÓN en Windows se denomina
Automatización OLE, y es una técnica que permite manejar métodos de
objetos mediante una interfaz de macros. ¿Su objetivo? Permitir que los lenguajes
interpretados, a los que son tan adictos en Microsoft, puedan aprovechar una
mínima parte de la potencia de COM. Veremos cómo esta técnica se amplia y mejora
mediante el uso de interfaces duales. El plan de trabajo es sencillo: en la primera parte
del capítulo actuaremos cómo clientes, o como se dice en la jerga, controladores de
automatización. Y terminaremos desarrollando servidores OLE.
¿Por qué existe la Automatización OLE?
La automatización OLE, OLE Automation en su idioma original, está basada en un tipo
de interfaz predefinido por COM, llamado IDispatch. Esta interfaz permite que sus
clientes ejecuten macros complejas implementadas dentro de objetos COM; de hecho,
la automatización OLE sustituye al viejo mecanismo de ejecución de macros de
DDE. Pero, ¿no es obsoleto y peligroso recurrir a macros para el control de objetos?
Por supuesto que sí: creo que a estas alturas a nadie se le ocurriría defender la falta de
comprobación estática de tipos, excepto a los adictos a Visual Basic. Y fue principalmente
por culpa de Visual Basic que Microsoft diseñó IDispatch. Cuando VB se
actualizó para generar programas en 32 bits, Microsoft sustituyó el anterior modelo
de componentes VBX por los recién estrenados controles OCX (todavía los publicistas
no habían inventado la palabreja ActiveX), que se manejaban a través de la obligatoria
interfaz IDispatch.
En algún momento de su evolución, Visual Basic introdujo cambios que le permitieron
trabajar directamente con las v-tables de COM... pero otros lenguajes recogieron
el testigo y siguieron dependiendo de IDispatch. En primer lugar, las mutaciones de
Visual Basic que utilizan las aplicaciones de Office. Pero también llegó VBScript,
ampliamente utilizado para la creación de páginas ASP, y JScript, la versión de Java-
Script de Microsoft. Todos estos son lenguajes interpretados, en los que sería demasiado
complicado implementar el acceso directo a las interfaces v-tables de COM.
He mencionado aplicaciones que actúan como clientes de automatización OLE;
servidores que soportan esta forma de trabajo hay muchos. Están todas las aplicacio-