现在问题场景是很多原有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，先把问题解决方法记录下）