对于Swift的出现，估计很多公司很多人都面临着原有开发框架的更新换代，Swift经过一年的发展，到现在2.1版，显而易见的大坑填的差不多了，算是基本堪以大用了，这场景让我恍惚回到使用.Net 2.0架构软件系统的年代，都是刚算够上堪以大用，可以引入企业级开发了，可以考虑构建稳固版本计划和投入资源实施了。
现在问题场景是很多原有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工程就编译通过了。
原文地址:
http://blog.csdn.net/cooldragon/article/details/50172649
stackflowover
英文版解决办法:http://stackoverflow.com/questions/24875745/xcode-6-beta-4-using-bridging-headers-with-framework-targets-is-unsupported
