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

发布时间：2020-12-14 19:16:16 所属栏目：百科来源：网络整理

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

我遇到了涉及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'
end

target 'Tests' do
    pod 'AtLeastOneOtherPod'
end

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!