现在问题场景是很多原有Framework,都是基于OC的,其中Framework积累大量企业实践代码,N多项目复用,历经考验,如果全部改写为Swift,不现实;不过部分类已经Swift化了,考虑到复用和学习的原则,决定Framework为OC+Swift混合代码方式,App工程引用这个混合代码的Framework。
环境:
Swift App工程 + Swift Framework(混合大量OC文件+少量Swift文件)
XCode 7.1
OS X 10.11.1
问题1:
在Swift Framework中,因为OC和Swift都有,而且部分Swift类会调用OC的类,有些Swift类会继承OC的类,所以,想当然的在Swift Framework中手动加入了桥接头文件,如Xxx-Bridging.h,Build Settings中指定了桥接头文件路径,然后编译,结果报错:
<unknown>:0: error: using bridging headers with framework targets is unsupported
很显然说是在framework内不支持桥接头文件,那该怎么办呢?
答案是:1、删除桥接头文件,如Xxx-Bridging.h,删到垃圾桶亦可;也把Build Settings中指定了桥接头文件路径配置清空。
2、和写一个OC的Framework的步骤一样(假如这个Swift Framework叫TestLib):
(1)在umbrella header中写上这个OC文件的引用,如:#import <TestLib/TestOC1.h>
(2)在项目的Build Phases,Headers中吧OC头文件放到Public中。
3、Swift Framework中的Swift类就能直接访问OC类了,不用再写import了。
问题2:Swift App工程引入了混合OC+Swift的Swift Framework,并使用了其中的Swift类,但在编译App工程时,却报错:
'XXXX' is unavailable: cannot find Swift declaration for this class
奇怪了,Swift代码调用Swift Framework中的Swift类,居然找不到申明。
分析了下自己的Framework,有个过程是自己写的脚本自动生成Framework的,并用lipo命令合并了模拟器和真机的Framework。
然后,不用合并的Framework而改用单独的Framework,结果,Swift App工程就编译通过了。
(回头分析下why,先把问题解决方法记录下)