Code de type de système d'exploitation du créateur du bundle ??? dans Xcode 4
Je viens de réaliser que code du type de système d'exploitation du créateur du bundle dans Info.plist La valeur est ????? dans Xcode 4. Quelle est la valeur censée être?
Il est utilisé pour identifier votre application. Vous n'êtes pas obligé de le changer pour une application iPhone.
Jetez un œil à ces liens:
Ce n'est plus vraiment utilisé. C'est un vestige de l'époque classique de Mac OS, où il s'agissait d'un point de données utilisé principalement pour déterminer quelles applications pouvaient créer, modifier ou lire des types de fichiers. À l'époque, vous deviez les enregistrer auprès d'Apple. Je ne pense même plus qu'ils fournissent ce service. OS X et certaines applications peuvent encore l'utiliser dans de rares cas sous le capot, mais c'est son héritage. Comme vous pouvez l'imaginer, les permutations possibles extrêmement limitées l'ont rendu intenable à long terme.
Les UTI sont désormais l'approche privilégiée. Le système utilise ensuite une combinaison de ces derniers et d'extensions de fichiers et de nombres magiques. Bien que sur iOS, cela ne soit peut-être pas aussi vrai que sur OSX.
C'est juste le code à quatre lettres pour identifier le créateur du bunder ... par exemple pour Apple c'est APPL ... Cela peut être ???? ou si le nom de votre application est "myApp" vous pouvez donner "MYAP" ... Si vous avez de nombreuses applications, vous pouvez donner les 2 premiers caractères avec le nom de votre application et les 2 prochains caractères avec le nom de l'entreprise ...
Par exemple Apple utilise CF pour la fondation principale, AV, etc.
Juste pour donner une perspective historique sur les extensions, le type de fichier et les codes de créateur.
Les extensions de fichiers faisaient partie du système de fichiers dans CP/M et étaient destinées à fonctionner quelque chose comme ce que les types de fichiers et les codes de créateur faisaient réellement dans MacOS. À l'époque, on s'attendait à ce que chaque application utilise une extension unique et qu'une seule application édite jamais ses propres fichiers. Dans le système de fichiers, le nom et l'extension du fichier étaient stockés dans deux zones différentes, l'extension ne faisait donc pas partie du nom. N'oubliez pas qu'à cette époque, la plupart des systèmes n'avaient que quelques applications et le contenu des fichiers était spécifique à une application. Ils n'ont jamais été destinés à être visibles pour les utilisateurs finaux, mais en raison d'une erreur dans la commande de répertoire dans CP/M, ils ont été affichés comme s'ils faisaient partie du nom de fichier. MS-DOS a repris la convention, et le reste, malheureusement, appartient à l'histoire.
La conception initiale du système de fichiers d'Apple a vu les lacunes du concept d'extension, la principale étant que certains types de fichiers étaient susceptibles d'être utilisés par plus d'une application et avec la normalisation des formats de fichiers, avoir plus d'une application pouvant fonctionner sur un fichier serait être commun. Par conséquent Apple divise le créateur du fichier - l'application qui a créé le fichier - du type de fichier. Par défaut, si un fichier était double-cliqué, l'application de création initiale l'ouvrirait. Cependant, si un utilisateur a ouvert un fichier à partir d'une application, alors tous les fichiers compatibles étaient censés être répertoriés, même si cette application n'était pas le créateur. De plus, il serait possible de répertorier toutes les applications pouvant ouvrir un fichier. Sémantiquement, comme prévu dans CP/M, le type et les codes de créateur étaient séparés du nom de fichier lui-même.
Les développeurs qui ont correctement enregistré leurs applications avec Apple ont leurs propres codes de créateur. Les problèmes avec ce concept proviennent de deux sources: 1. Les développeurs qui ont détourné les codes de créateur d'autres ou d'Apple. 2. Systèmes Unix , qui n'avait jamais eu d'extension de nom de fichier formelle (tous les noms de fichier étaient une seule chaîne) a commencé à adopter la convention pour terminer le nom de fichier par un point et quelques lettres supplémentaires pour indiquer le type de fichier. Dans la convention Unix, l'extension fait partie du fichier nom lui-même, contrairement à CP/M et MS-DOS.