Un código de creador es un mecanismo introducido en el sistema operativo Mac OS clásico para vincular un archivo de datos con el programa de aplicación que lo creó. El código de tipo similar contenía el tipo de archivo, como "TEXT". Juntos, el tipo y el creador indicaban qué aplicación se debía utilizar para abrir un archivo, de forma similar a (pero más completa) las extensiones de archivo de otros sistemas operativos.
Los códigos de creador son OSTypes de cuatro bytes . Permiten que las aplicaciones inicien y abran un archivo cada vez que se hace doble clic en cualquiera de sus archivos asociados. Los códigos de creador pueden ser cualquier valor de cuatro bytes, pero generalmente se eligen de modo que su representación ASCII forme una palabra o acrónimo. Por ejemplo, el código de creador de la aplicación HyperCard y sus "pilas" asociadas se representa en ASCII como WILD , del nombre original de la aplicación, WildCard. Ocasionalmente, representan bromas internas . Por ejemplo, el juego de computadora Marathon tenía un código de creador de 26.2 (la longitud aproximada, en millas, de una maratón ) y Marathon 2: Durandal tenía un código de creador de 52.4 .
Los enlaces se almacenan dentro de la bifurcación de recursos de la aplicación como recursos BNDL y fref. Estos recursos mantienen el código del creador, así como la asociación con cada código de tipo e icono . El sistema operativo recopila estos datos de los archivos cuando se copian entre medios, creando así la lista de asociaciones e iconos a medida que se instala el software en la máquina. Periódicamente, esta "base de datos del escritorio" se corrompía y debía solucionarse "reconstruyendo la base de datos del escritorio". [1]
La diferencia clave entre las extensiones y el sistema de Apple es que los vínculos de tipo de archivo y propiedad de archivo se mantienen separados. Esto permite que diferentes aplicaciones escriban archivos del mismo tipo (por ejemplo, TEXT). Aunque cualquier aplicación puede abrir el archivo TEXT de cualquier otra, de forma predeterminada, al abrir el archivo se abrirá la aplicación original que lo creó. Con el enfoque de las extensiones, se pierde esta distinción: todos los archivos con una extensión .txt se asignarán a una única aplicación de edición de texto elegida por el usuario. Una ventaja más obvia de este enfoque es que permite iniciar con doble clic editores especializados para tipos de archivos más complejos pero comunes, como .csv o .html. Esto también puede representar una desventaja, como en la ilustración anterior, donde al hacer doble clic en los cuatro archivos mp3 se iniciarían y reproducirían los archivos en cuatro aplicaciones de música diferentes en lugar de ponerlos en cola en la aplicación de reproducción preferida del usuario.
macOS conserva los códigos de creador, pero también admite extensiones. Sin embargo, a partir de Mac OS X Snow Leopard , el sistema operativo ignora los códigos de creador. Los códigos de creador han sido reemplazados internamente por el esquema de Identificador de tipo uniforme de Apple , que administra la identificación de tipo de archivo y aplicación, así como los códigos de tipo, los códigos de creador y las extensiones de archivo.
Para evitar conflictos, Apple mantenía una base de datos de códigos de creadores en uso. Los desarrolladores podían completar un formulario en línea para registrar sus códigos. [2] Apple reserva los códigos que contienen todos los caracteres ASCII en minúscula para su propio uso.
Los códigos de creador no son fácilmente accesibles para que los usuarios los manipulen, aunque se pueden ver y modificar con cierto software, especialmente las herramientas de línea de comandos de macOS GetFileInfo y SetFile que se instalan como parte de las herramientas para desarrolladores en /Developer/Tools .
El desarrollador reconoce que, dado que la información se acumuló manualmente a partir de varias fuentes, algunas no registradas en Apple, de varias aplicaciones y sus archivos, NO se garantiza la validez.