大佬教程收集整理的这篇文章主要介绍了使用pod时,ios – isKindOfClass与目标不匹配,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
>确保-ObjC包含在“其他链接器标志”中.它是.
>确保项目目标中的.m文件未添加到测试目标中.他们不是.
> ……?
为了确保没有奇怪的情况,我创建了一个新项目.一世:
>创建了一个“空应用程序”项目
>添加了引用“TwistedOakCollapsingFutures”的PodFile
> Ran pod安装
>打开工作区
>已验证-ObjC存在于两个目标中
>添加了一个将[TOCFuture futureWithResult:@ 1]返回给AppDelegate.m的方法
>在示例测试中添加了XCTAssert([AppDelegate.makeFuture isKindOfClass:TOCFuture.class],@“”)
>运行单元测试(断言失败)
基本上我不知道为什么这不起作用.更奇怪的是,如果我反对现有的答案并在测试目标中包含AppDelegate.m,测试就会开始通过.
到底是怎么回事?我想将源文件包含在测试目标中,还是我不应该?
简而言之,您不应将pod与测试目标链接,并且应该为至少一个其他pod创建单独的链接以供测试目标强制生成配置集.
target 'MainTarget' do pod 'PodYouTryToTest' end target 'Tests' do pod 'AtleastOneOtherPod' end
上面的答案是解决这个问题的“正确方法”.作为一个快速的解决方法,我可以提出一个方法:
Class getBundleDependentClass(Class class) { return NSClassFromString(NSStringFromClass(class)); }
以上是大佬教程为你收集整理的使用pod时,ios – isKindOfClass与目标不匹配全部内容,希望文章能够帮你解决使用pod时,ios – isKindOfClass与目标不匹配所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。