【问题标题】:iOS nested resource bundles possible?iOS 嵌套资源包可能吗?
【发布时间】:2014-08-11 21:16:01
【问题描述】:

我即将发布一个我用this 很棒的教程创建的小框架,同时我将提供一个资源.bundle。在这个框架中,我利用了一些开源代码,这些代码本身具有关联的资源包。如果可能的话,我想做的是分发一个 .bundle,它本身就包含开源库的包。这可能吗?我自己搞乱了,我已经在我的框架中将操作系统库的 .bundle 标记为具有我的框架包的目标成员......在我将该包放入任何项目之前,它似乎都链接得很好。如果我将其展开以查看其内容,则内部捆绑包为“红色”。

是我运气不好还是有什么诀窍可以解决这个问题?谢谢!

(我已尝试进行各种搜索以找到与此相关的任何内容,但均未得到允许或支持,但找不到任何内容...)

【问题讨论】:

  • 我还应该提到第三方资源包由我的框架使用,实现我的框架的人不必与它交互。
  • 一个“包”只是一个目录。你可以用它做任何其他目录可以做的事情。
  • 正是为什么我似乎无法弄清楚为什么我的内部包在导入我的框架的项目中被标记为红色。外包很好,我已经验证了内包确实存在于外包中。它只是似乎不想玩得很好......如前所述,我的框架确实(对我而言)将“内部”包标记为属于我的资源目标,并列在“复制包资源”构建阶段这样的。
  • “标记为红色”是什么意思?可以上传截图吗?
  • 我所描述的是该项目列在 xCode 左侧文件导航的捆绑包中,但它以红色文本列出。感谢您的帮助,但有趣的是,除了重新启动之外,我没有碰任何其他东西,而且它似乎突然自行修复了......

标签: ios cocoa-touch ios-frameworks


【解决方案1】:

我已经确认这确实有效。

该项目被标记为红色可能是由于某些 xCode 缓存时髦。几天后回来尝试这个并重新启动后,内部包不再以红色文本列出,我可以从内部包成功加载。没有进行其他更改。

【讨论】:

  • 被标记为红色通常是“无法读取文件”错误。通常是因为项目已被移动或存在文件权限问题。
  • 是的,这很奇怪,因为自从我遇到这个问题以来,没有任何东西被移动或建造或任何类似的东西。感谢您的帮助,您确认了此操作的可行性。
  • 不用担心。我相信其他人会遇到同样的问题并在谷歌搜索结果中找到它。请记住将您的答案标记为已接受(我认为新用户在这样做之前必须等待?)否则您将因没有接受答案的问题而受到处罚。
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2011-03-11
  • 1970-01-01
  • 1970-01-01
  • 2016-12-10
  • 1970-01-01
  • 2011-01-03
  • 1970-01-01
相关资源
最近更新 更多