捆绑创建者OS类型代码???在Xcode 4中

Question

我刚刚意识到我的iOS应用程序的Info.plist值中的 Bundle Creator操作系统类型代码在Xcode 4中是?????。应该是什么值？

Answer 1

它用于识别您的应用程序。您无需为iPhone应用程序更改它。

看一下这些链接：

• Information Property List Key Reference

• Mac Creator and File Type Codes

• Data Type Registration

Answer 2

它已经不再使用了。 这是经典Mac OS时代的延续 当它是一个数据点，主要用于确定哪些应用程序可以创建或编辑或读取文件类型。 那时你必须在Apple上注册它们。 我认为他们甚至不再提供这项服务。 OS X和一些应用程序可能仍然会在极少数情况下使用它，但它的遗产。 可以想象，严重受限的可能排列使其长期难以维持。

UTI是目前首选的方法。然后系统使用这些以及文件扩展名和幻数的组合。虽然在ios上可能不如OSX那么真实。

Answer 3

这只是用于识别Bunder创建者的四字母代码...例如对于apple来说它是APPL ... 有可能 ？？？？或者如果您的应用名称是“myApp”，您可以提供“MYAP”...如果您有许多应用，您可以使用您的应用名称前2个字符，然后使用公司名称给出2个字符...

例如苹果使用CF作为核心基础，AV等

http://developer.apple.com/library/ios/#documentation/general/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html

Answer 4

只是提供有关扩展名和文件类型以及创建者代码的历史观点。

文件扩展名是CP / M中文件系统的一部分，旨在起到类似于MacOS中文件类型和创建者代码的作用。当时，人们期望每个应用程序都使用唯一的扩展名，并且只有一个应用程序会编辑自己的文件。在文件系统中，文件名和扩展名存储在两个不同的区域中，因此扩展名不属于名称。请记住，那时大多数系统只有几个应用程序，文件内容是特定于某个应用程序的。决不会让最终用户看到它们，但是由于CP / M中的目录命令错误，它们显示为好像它们是文件名的一部分。 MS-DOS接受了约定，不幸的是，剩下的就是历史了。

Apple的初始文件系统设计遇到了扩展概念的缺点，主要是某些文件类型可能会被多个应用程序使用，并且在文件格式标准化的情况下，有多个可以在其中运行的应用程序一个文件将是常见的。因此，Apple从文件类型中拆分了文件创建器-创建文件的应用程序。默认情况下，如果双击文件，最初创建的应用程序将打开它。但是，如果用户确实从应用程序中打开文件，那么即使该应用程序不是创建者，也应该列出所有兼容文件。同样，可以列出所有可以打开文件的应用程序。语义上，按照CP / M的要求，类型和创建者代码与文件名本身是分开的。

在Apple上正确注册其应用程序的开发人员将获得自己的创建者代码。这个概念的问题来自两个方面：1.劫持他人或Apple自己的创建者代码的开发人员。 2.从未使用正式文件名扩展名（所有文件名都是单个字符串）的Unix系统开始采用约定以点号和一些附加字母表示文件类型的约定结束。在Unix约定中，扩展名是文件名本身的一部分，与CP / M和MS-DOS不同。