我刚刚意识到我的 iOS 应用程序值中的Bundle Creator OS 类型代码在 Xcode 4 中。应该是什么值？Info.plist?????
32153 次
4 回答
22
于 2011-03-23T06:18:58.840 回答
14
它不再真正使用了。它是经典 Mac OS 时代的遗留物，当时它是一个数据点，主要用于确定哪些应用程序可以创建、编辑或读取文件类型。那时你必须向 Apple 注册它们。我认为他们甚至不再提供这种服务。在极少数情况下，OS X 和某些应用程序可能仍会在后台使用它，但它是非常传统的。正如你可以想象的那样，严格限制的可能排列使其长期站不住脚。
尿路感染是现在的首选方法。然后系统使用这些和文件扩展名和幻数的组合。虽然在 ios 上可能不像 OSX 那样真实。
于 2013-09-12T04:23:58.660 回答
5
它只是识别bunder创建者的四个字母代码......例如对于苹果它是APPL......它可以是???? 或者如果您的应用名称是“myApp”，您可以输入“MYAP”...如果您有很多应用，您可以输入应用名称的前 2 个字符，然后输入公司名称的后 2 个字符...
例如苹果使用 CF 作为核心基础、AV 等
于 2011-03-23T06:13:21.970 回答
2
只是为了给出关于扩展名、文件类型和创建者代码的历史观点。
文件扩展名是 CP/M 中文件系统的一部分，其作用类似于文件类型和创建者代码在 MacOS 中的实际作用。当时，预计每个应用程序都将使用唯一的扩展名，并且只有一个应用程序可以编辑自己的文件。在文件系统中，文件名和扩展名存储在两个不同的区域，因此扩展名不是名称的一部分。请记住，当时大多数系统只有几个应用程序，并且文件内容特定于应用程序。它们从未打算对最终用户可见，但由于 CP/M 中的目录命令中的错误，它们被显示为好像它们是文件名的一部分。MS-DOS 接受了约定，剩下的不幸的是历史。
Apple 最初的文件系统设计看到了扩展概念的缺点，主要问题是某些文件类型可能会被多个应用程序使用，并且随着文件格式的标准化，拥有多个可以对文件进行操作的应用程序会是常见的。因此，Apple 将文件创建者（创建文件的应用程序）从文件类型中分离出来。默认情况下，如果双击文件，最初创建的应用程序会打开它。但是，如果用户从应用程序中打开了文件，则应该列出所有兼容文件，即使该应用程序不是创建者。此外，还可以列出所有可以打开文件的应用程序。在语义上，正如 CP/M 中所预期的，类型和创建者代码与文件名本身是分开的。
向 Apple 正确注册其应用程序的开发人员获得了自己的创建者代码。这个概念的问题来自两个来源： 1. 劫持他人或苹果自己的创建者代码的开发者。2. 从未有正式的文件扩展名（所有文件名都是一个字符串）的 Unix 系统开始采用约定以一个点和一些额外的字母结束文件名来指示文件类型。在 Unix 约定中，扩展名是文件名本身的一部分，这与 CP/M 和 MS-DOS 不同。
于 2018-08-15T19:09:48.543 回答