Ios 捆绑包中的全局与本地资源位置指令冲突?

Ios 捆绑包中的全局与本地资源位置指令冲突?,ios,localization,internationalization,resources,bundle,Ios,Localization,Internationalization,Resources,Bundle,关于是否在iOS捆绑包中包含本地化资源与全局资源的指示似乎相互冲突,对此我感到困惑。在“捆绑包编程指南”的“捆绑包结构”部分,它指出(粗体强调): iOS应用程序应该国际化,并为其支持的每种语言提供一个language.lproj文件夹。除了提供应用程序自定义资源的本地化版本外,还可以通过在特定于语言的项目目录中放置同名文件来本地化启动映像但是,即使您提供了本地化版本,也应始终在应用程序包的顶层包含这些文件的默认版本。默认版本用于特定本地化不可用的情况 这让我相信,对于那些没有针对特定语言和/或

关于是否在iOS捆绑包中包含本地化资源与全局资源的指示似乎相互冲突,对此我感到困惑。在“捆绑包编程指南”的“捆绑包结构”部分,它指出(粗体强调):

iOS应用程序应该国际化,并为其支持的每种语言提供一个language.lproj文件夹。除了提供应用程序自定义资源的本地化版本外,还可以通过在特定于语言的项目目录中放置同名文件来本地化启动映像但是,即使您提供了本地化版本,也应始终在应用程序包的顶层包含这些文件的默认版本。默认版本用于特定本地化不可用的情况

这让我相信,对于那些没有针对特定语言和/或区域进行本地化的资源,我应该拥有一个全局资源。然而,在同一程序指南中,以及<>代码>包< /C> >基础文档,它表示:

由于全局资源优先于特定语言的资源,您不应在应用程序中同时包含给定资源的全局版本和本地化版本。当存在资源的全局版本时,不会返回特定于语言的版本。此优先级的原因是性能。如果首先搜索本地化资源,则在返回全局资源之前,bundle对象可能会浪费时间搜索不存在的本地化资源

这些说法似乎相互矛盾。有人能解释一下我在这里遗漏了什么吗