Un código de creador es un mecanismo introducido en el Mac OS clásico para vincular un archivo de datos al programa de aplicación que lo creó. El código de tipo similar contenía el tipo de archivo, como "TEXTO". Juntos, el tipo y el creador indicaron qué aplicación debería usarse para abrir un archivo, similar (pero más rica) a las extensiones de archivo en 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 podían tener cualquier valor de cuatro bytes, pero generalmente se elegían de modo que su representación ASCII formara 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. En ocasiones representaban 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 un 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 mantuvieron el código de creador así como la asociación con cada tipo de código e ícono . El sistema operativo recopiló estos datos de los archivos cuando se copiaron entre medios, creando así la lista de asociaciones e íconos a medida que se instalaba el software en la máquina. Periódicamente, esta "base de datos de escritorio" se corrompía y debía repararse "reconstruyendo la base de datos de escritorio". [1]
La diferencia clave entre las extensiones y el sistema de Apple es que los vínculos entre el tipo de archivo y la propiedad del archivo se mantienen distintos. Esto permite que diferentes aplicaciones escriban archivos del mismo tipo (por ejemplo, TEXTO). Aunque cualquier aplicación puede abrir el archivo TEXT de cualquier otra persona, de forma predeterminada, al abrir el archivo se abrirá la aplicación original que lo creó. Con el enfoque de las extensiones, esta distinción se pierde: todos los archivos con una extensión .txt se asignarán a una única aplicación de edición de texto que elija 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 Uniform Type Identifier de Apple , que gestiona la identificación de tipos de archivos y aplicaciones, así como códigos de tipos, códigos de creadores y extensiones de archivos.
Para evitar conflictos, Apple mantuvo una base de datos de códigos de creador en uso. Los desarrolladores pueden completar un formulario en línea para registrar sus códigos. [2] Apple reserva códigos que contienen todos los caracteres ASCII en minúsculas para su propio uso.
Los usuarios no pueden acceder fácilmente a los códigos de creador para manipularlos, aunque se pueden ver y cambiar con cierto software, en particular las herramientas de línea de comandos de macOS GetFileInfo y SetFile , que se instalan como parte de las herramientas de desarrollador en /Developer/Tools .
El desarrollador reconoce que dado que la información se acumuló manualmente de varias fuentes, algunas no registradas con Apple, de varias aplicaciones y sus archivos, NO se garantiza la validez.