Administrador de componentes

En la programación de computadoras Apple Macintosh , el Administrador de componentes fue uno de los muchos métodos para compartir código que se originaron en las Macintosh anteriores a PowerPC . Originalmente se introdujo como parte de QuickTime , que siguió siendo la parte del Mac OS clásico que más lo utilizó. ^{[ 1 ]}

Un componente era un fragmento de código que proporcionaba diversas funciones que podían ser invocadas por los clientes. Cada función se identificaba mediante un código de identificación entero de 16 bits con signo. Los códigos no positivos se reservaban para funciones predefinidas que debían ser comprendidas por todos los componentes: abrir/cerrar una instancia de componente, consultar si una función era compatible, etc. El significado de los códigos de función positivos dependía del tipo de componente.

Se creó una instancia de componente al abrir un componente. Esto llamó a la función `open` del componente para asignar e inicializar el almacenamiento necesario para la instancia. Al cerrar la instancia, se eliminó este almacenamiento y se invalidaron todas las referencias a dicha instancia.

Los componentes y sus instancias se referenciaban mediante valores de 32 bits que no eran punteros . En su lugar, se interpretaban como claves en las tablas internas del Administrador de componentes. Estas referencias se generaban de tal forma que, una vez invalidadas, era improbable que volvieran a ser válidas durante mucho tiempo. Esto minimizaba la posibilidad de errores difíciles de detectar debido a referencias no válidas.

Los componentes se identificaban mediante códigos OSType que indicaban su tipo , subtipo y fabricante . Por ejemplo, un tipo de componente podía ser "compresor de imágenes rasterizadas", con subtipos para JPEG, H.261, Sorenson e Intel Indeo, entre otros. Era posible registrar varios componentes con los mismos códigos de identificación, lo que permitía implementar el mismo algoritmo de forma alternativa, por ejemplo, mediante hardware o software, priorizando la velocidad sobre la calidad u otros criterios. Las aplicaciones podían consultar la existencia de estas alternativas y elegir explícitamente entre ellas, o bien dejar que el sistema seleccionara una por defecto.

Entre las opciones disponibles, un componente podía delegar partes de sus funciones a otro componente como una forma de herencia para la reutilización de código. También era posible que un componente capturara a otro, lo que significaba que todos los accesos al componente capturado debían realizarse a través del componente que lo capturaba.

Mac OS acumuló una gran variedad de tipos de componentes:

• Dentro de QuickTime , había códecs de imagen, gestores de medios, gestores de datos multimedia, controladores de digitalizadores de vídeo, importadores y exportadores de formatos de archivo, y muchos otros.
• En la versión 3.0, el gestor de sonido adoptó una arquitectura predominantemente basada en componentes: los dispositivos de salida de sonido se representaban como componentes, y también existían tipos de componentes para mezclar múltiples canales, convertir entre diferentes frecuencias de muestreo y tamaños de muestra, y codificar y decodificar formatos comprimidos.
• AppleScript introdujo el concepto de lenguajes de scripting implementados como componentes.
• ColorSync implementó diferentes métodos de igualación de color como componentes.
• Los "escaladores de fuentes" de QuickDraw GX eran renderizadores para los diferentes formatos de fuente.