Lista de propiedades

En NeXTSTEP , las listas de propiedades se diseñaron para ser legibles por humanos y editadas manualmente, serializadas a ASCII con una sintaxis similar a la de un lenguaje de programación . Este mismo formato fue utilizado por OPENSTEP .

• Las cadenas se representan en estilo literal de C: "This is a plist string\n"; se permiten cadenas más simples, sin comillas, siempre que consten de caracteres alfanuméricos y uno de _$/:.- .
• Los datos binarios se representan como: . Los espacios y comentarios entre pares de códigos hexadecimales se ignoran.<[hexadecimal codes in ASCII]>
• Los arreglos se representan como: ( "1", "2", "3" ). Se toleran las comas finales.
• Los diccionarios se representan como: { "key" = "value"; ... }. El lado izquierdo debe ser una cadena, pero puede no estar entre comillas.
• Se permiten comentarios como: /* This is a comment */y // This is a line comment.
• Al igual que en C, los espacios en blanco generalmente no tienen importancia para la sintaxis. Las sentencias de valor terminan con un punto y coma.

Una limitación del formato original de la lista de propiedades de NeXT es que no podía representar un objeto NSValue (número, booleano, etc.). Como resultado, estos valores debían convertirse a cadena y recuperarse de forma aproximada por la aplicación. ^{[ 2 ]} Otra limitación es que no existe una codificación oficial de 8 bits definida. ^{[ 3 ]}

La utilidad defaults , introducida en OPENSTEP (1996), permite manipular archivos plist utilizados para almacenar preferencias (conocidos como defaults en NeXTSTEP, de ahí su nombre) desde la línea de comandos a través de su dominio de preferencias. Esta utilidad también permite editar archivos plist arbitrarios. Sustituyó a tres comandos anteriores (dread, dwrite y dremove). ^{[ 4 ]}

GNUstep adopta el formato NeXTSTEP, con adiciones para representar los tipos de datos NSValue y NSDate. Las nuevas entradas tipadas tienen la forma < * T ... > , donde T es un código de tipo de una letra. Por ejemplo, un NSValue de booleano YES se representa como < *BY > y los objetos NSDate se representan como . ^{[ 5 ] [ 6 ]} Los datos binarios también pueden usar el formato base64 más eficiente como < [ b64... ] > . El problema de 8 bits también se resuelve implícitamente, ya que la mayoría de las implementaciones usan UTF-8.<*DYYYY-MM-DD HH:MM:SS +ZZZZ>

GNUstep también tiene su propio formato binario, NSPropertyListGNUstepBinaryFormat , implementado en NSSerialization . Este formato se define recursivamente como los formatos textuales, con un marcador de tipo de un byte que precede a algunos datos. Se admite una forma de internamiento de cadenas mediante un interruptor shouldBeCompact de la extensión GS . ^{[ 7 ]}

En GNUstep se encuentran dos manejadores de plist relativamente independientes: CFPropertyList en libs-core-base (CoreFoundation) y NSPropertyList en libs-base (Foundation Kit). Ambos admiten en cierta medida los formatos binarios y XML utilizados por macOS, pero el segundo es mucho más completo. Por ejemplo, los dos formatos específicos de GNUstep solo se manejan en este último. ^{[ 8 ]}

GNUstep proporciona un conjunto de herramientas de línea de comandos plist basadas en NSPropertyList , incluyendo una versión de pl ^{[ 9 ]} y defaults . ^{[ 4 ]}

Aunque macOS también puede leer el formato NeXTSTEP, Apple lo deja de lado en favor de dos nuevos formatos propios, uno basado en XML y el otro binario. Apple también cuenta con un formato JSON parcialmente compatible ( NSJSONSerialization ).

Aunque son más conocidos en sistemas Apple o Darwin, como iOS y macOS, los archivos plist también están presentes en ordenadores Windows cuando se instala software de Apple, como iTunes ^{[ 24 ]} o Safari ^{[ 25 ]} . En Windows, los archivos suelen ser binarios ^{[ 26 ]} , aunque algunas aplicaciones pueden generar archivos PLIST en otros formatos.

En Windows, los archivos plist de Apple se almacenan en el directorio personal del usuario, en %USERPROFILE%\AppData\Roaming\Apple Computer . Estos archivos plist en Windows suelen almacenar preferencias y otra información, en lugar de utilizar el registro de Windows.

Las opciones para editar archivos PLIST en Windows no son tan amplias como en macOS. Si el archivo está en formato XML o JSON, se puede usar un editor de texto como Notepad++ . Apple incluye plutil.exe en su paquete "Apple Application Support" (que forma parte de iTunes ), y es idéntico a su equivalente en macOS.

Introducida en 2006 y lanzada por primera vez con NetBSD#4.0 (2007), es una biblioteca proplib que se puede usar para serializar datos entre el kernel y el espacio de usuario. Implementa parte del lenguaje XML plist. ^{[ 27 ]}

Uno de los ejemplos de usuarios de proplib es la segunda revisión del marco de trabajo sysmon envsys para la monitorización del sistema .

La biblioteca proplib de NetBSD también se ha portado a DragonFly en 2010 y está disponible desde DragonFly BSD#2.8 . ^{[ 28 ] [ 29 ]}

• La reimplementación de código abierto de Facebook de la herramienta de compilación de Xcode , xcbuild , contiene una biblioteca plist, así como plutil y PlistBuddy . Estas utilidades multiplataforma están escritas en C++ . ^{[ 30 ]}
• Python tiene un plistlibmódulo integrado para leer y escribir archivos plist, en XML de Apple o en binario (desde Python 3.4). ^{[ 31 ]} ProperTree es un editor multiplataforma que utiliza esta biblioteca. ^{[ 32 ]}
  • Una biblioteca de terceros llamada ccl-bplist tiene la capacidad adicional de manejar UID de NSKeyedArchiver . ^{[ 19 ]}
• Go tiene un plistpaquete que admite cuatro tipos de plists: texto OpenStep, texto GNUStep, XML de Apple y binario de Apple. También maneja UIDs en formatos XML y binario. ^{[ 2 ]}
• Dart tiene una biblioteca de terceros llamada propertylistserialization que también maneja UID de NSKeyedArchiver . ^{[ 33 ]}