使用pod时,ios – isKindOfClass与目标不匹配

概述我遇到了涉及isKindOfClass检查的单元测试代码问题.关于这个主题存在很多问题,答案建议： >确保-ObjC包含在“其他链接器标志”中.它是. >确保项目目标中的.m文件未添加到测试目标中.他们不是. > ……？ 为了确保没有奇怪的情况,我创建了一个新项目.一世： >创建了一个“空应用程序”项目 >添加了引用“TwistedOakCollapsingFutures”的PodFile > R 我遇到了涉及isKindOfClass检查的单元测试代码问题.关于这个主题存在很多问题,答案建议：

>确保-ObjC包含在“其他链接器标志”中.它是.
>确保项目目标中的.m文件未添加到测试目标中.他们不是.
> ……？

为了确保没有奇怪的情况,我创建了一个新项目.一世：

>创建了一个“空应用程序”项目
>添加了引用“TwistedOakCollapsingFutures”的Podfile
> Ran pod安装
>打开工作区
>已验证-ObjC存在于两个目标中
>添加了一个将[TOCFuture futureWithResult：@ 1]返回给AppDelegate.m的方法
>在示例测试中添加了XCTAssert([AppDelegate.makeFuture isKindOfClass：TOCFuture.class],@“”)
>运行单元测试(断言失败)

基本上我不知道为什么这不起作用.更奇怪的是,如果我反对现有的答案并在测试目标中包含AppDelegate.m,测试就会开始通过.

到底是怎么回事？我想将源文件包含在测试目标中,还是我不应该？

解决方法 这个答案为我解决了 https://stackoverflow.com/a/27165120/2777364.

简而言之,您不应将pod与测试目标链接,并且应该为至少一个其他pod创建单独的链接以供测试目标强制生成配置集.

target 'MainTarget' do    pod 'PodYouTryToTest'endtarget 'Tests' do    pod 'AtLeastOneOtherPod'end

上面的答案是解决这个问题的“正确方法”.作为一个快速的解决方法,我可以提出一个方法：

Class getBundleDependentClass(Class class) {      return NSClassFromString(NsstringFromClass(class)); }

总结

以上是内存溢出为你收集整理的使用pod时,ios – isKindOfClass与目标不匹配全部内容，希望文章能够帮你解决使用pod时,ios – isKindOfClass与目标不匹配所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。