现在问题场景是很多原有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 targetsis 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,先把问题解决方法记录下)
原文地址:https://www.jb51.cc/swift/325230.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。