iOS Objective-C图像文件名/路径在模拟器和设备之间的不同行为

Question

我有一个应用程序，其中该应用程序捆绑包包含一个图像文件（我的意思是将该文件拖到XCode中并显示在“其他来源”中），并且我正在使用类似以下的代码：

[[NSBundle mainBundle] pathForResource:@"Auto" ofType:@"jpg"]

获取图像的路径。

我发现在设备（iPod Touch）上运行时，名称区分大小写，因此，如果文件为“ Auto”，而我使用“ AUTO”，则返回的内容为“ file：//（null）”。 但是在模拟器上，如果我使用“ AUTO”，则其工作方式与我使用“ Auto”相同。

我认为模拟器与设备在行为上有如此明显的区别是一个错误。 那里经验更丰富的用户是否认为是这样，我应该向苹果报告？

谢谢。

Answer 1

iOS文件系统区分大小写，而模拟器使用的OSX文件系统则不区分大小写。

您对此必须非常小心，我已经不止一次地将自己打倒在脚上。

Answer 2

这与NS / CFBundle本身的关系比与基础文件系统的关系更多：

直接来自Bundle编程指南：Bundle搜索模式 ：

重要说明 ：在捆绑目录中搜索资源文件时，捆绑接口会考虑大小写。 甚至在文件名不区分大小写的文件系统（例如HFS +）上也会进行区分大小写的搜索。

您应该始终保持区分大小写。 好吧，也许这是一种更好的表达方式，那就是永远不要假设不区分大小写而保留大小写（这就是HFS +的含义）。 在不久的将来，区分大小写的HFS +可能会成为Mac OS X的默认格式。（通常，它比当前保留大小写的HFS +更为可取，但是如果Apple现在进行切换，则可以iPhone就是区分大小写的HFS +的首选示例，iPhone显然是偏爱区分大小写的HFS +的明显例子。由于没有开发者担心，iPhone一直是区分大小写）。

您现在正在编辑代码和资源名称，因此请花一些时间确保它们匹配。

Answer 3

我认为模拟器与设备在行为上有如此明显的区别是一个错误。

通常，这不一定表示有错误。

那里经验更丰富的用户是否认为是这样，我应该向苹果报告？

是。 但是该错误与设备完全无关。 具体来说，该错误仅是“ Simulator文件路径不区分大小写”。 如果可以在“沙盒”项目中重现此内容，请这样做，然后将其与错误报告一起提交。