ios - program - xcode 9.0 download
Código de tipo de creador de paquete ??? en Xcode 4 (4)
Es solo el código de cuatro letras para identificar al creador de la pandilla ... por ejemplo, para Apple es APPL ... ¿Puede ser ???? o si el nombre de su aplicación es "myApp", puede dar "MYAP" ... Si tiene muchas aplicaciones, puede dar los primeros 2 caracteres con el nombre de la aplicación y los siguientes 2 caracteres con el nombre de la compañía ...
Por ejemplo, Apple usa CF para la base central, AV, etc.
Me acabo de dar cuenta de que el código de tipo de sistema operativo de Bundle Creator en el valor Info.plist mi aplicación de Info.plist es ????? en Xcode 4. ¿Cuál es el valor que se supone que es?
Se utiliza para identificar su aplicación. No tienes que cambiarlo para una aplicación de iPhone.
Eche un vistazo a estos enlaces:
Solo para dar una perspectiva histórica sobre las extensiones y el tipo de archivo y los códigos de creador.
Las extensiones de archivo formaban parte del sistema de archivos en CP / M y estaban destinadas a funcionar de forma similar a lo que los tipos de archivos y los códigos de creador realmente hacían en MacOS. En ese momento, se esperaba que cada aplicación usara una extensión única y solo una aplicación editaría sus propios archivos. En el sistema de archivos, el nombre y la extensión del archivo se almacenaron en dos áreas diferentes, por lo que la extensión no era parte del nombre. Recuerde, en ese momento la mayoría de los sistemas tenían solo unas pocas aplicaciones, y los contenidos de los archivos eran específicos de una aplicación. Nunca se pensó que fueran visibles para los usuarios finales, pero debido a un error en el comando del directorio en CP / M, se mostraban como si fueran parte del nombre del archivo. MS-DOS recogió la convención, y el resto, desafortunadamente, es historia.
El diseño inicial del sistema de archivos de Apple vio las deficiencias del concepto de extensión, siendo el principal el hecho de que algunos tipos de archivos serían utilizados por más de una aplicación y con la estandarización de los formatos de archivos, tener más de una aplicación que pudiera operar en un archivo ser común. Por lo tanto, Apple dividió el creador del archivo, la aplicación que creó el archivo, a partir del tipo de archivo. De forma predeterminada, si se hacía doble clic en un archivo, la aplicación que lo creaba originalmente lo abría. Sin embargo, si un usuario abría un archivo desde una aplicación, se suponía que todos los archivos compatibles debían aparecer en la lista, incluso si esa aplicación no era la creadora. Además, sería posible enumerar todas las aplicaciones que podrían abrir un archivo. Semánticamente, según lo previsto en CP / M, los códigos de tipo y creador estaban separados del nombre del archivo en sí.
Los desarrolladores que registraron correctamente sus aplicaciones con Apple obtuvieron sus propios códigos de creador. Los problemas con este concepto surgieron de dos fuentes: 1. Desarrolladores que secuestraron los códigos de creador de otros o de Apple. 2. Los sistemas Unix, que nunca tuvieron una extensión de nombre de archivo formal (todos los nombres de archivo eran una sola cadena) comenzaron a adoptar la convención de terminar el nombre del archivo con un punto y algunas letras adicionales para indicar el tipo de archivo. En la convención de Unix, la extensión es parte del nombre del archivo, a diferencia de CP / M y MS-DOS.
Ya no se usa realmente. Es un vestigio de los días clásicos de Mac OS cuando era un punto de datos utilizado principalmente para determinar qué aplicaciones podían crear, editar o leer tipos de archivos. En ese entonces tenías que registrarlos con Apple. No creo que ni siquiera presten ese servicio. OS X y algunas aplicaciones aún pueden usarlo en casos raros bajo el capó, pero es muy legado. Como puedes imaginar, las permutaciones severamente limitadas posibles lo hicieron insostenible a largo plazo.
Las infecciones urinarias son el enfoque preferido ahora. El sistema utiliza una combinación de estos y extensiones de archivos y números mágicos. Aunque en ios eso puede no ser tan cierto como OSX.