本文内容基于 Xcode 6.4 和 Swift 1.2
重要资料
官方文档
为什么要混编？语言发展趋势（TIOBE），Swift 排行持续上升， OC 排行呈重力下降项目正常迭代需要
注：不是为了混编而混编。混编只是在对开发资源、项目管理和技术发展趋势进行综合衡量之后做出的比较合理的选择。
如何开始混编？步骤
创建工程，Language 选择 Swift 或 Objective-C 都可以。
创建 Swift 文件并添加 bridging header 文件
添加 Swift 文件时 Xcode 会自动提示你添加 bridging header 文件，选择 Yes 即可
进行两处关键设置
这两处设置 Xcode 默认都会设置好，可以把 Objective-C Bridging Header 和 Objective-C Generated Interface Header Name 改成自己想设置的名字。
至此Swift 与 Objective-C 混编的环境就算配置完成了。
XXX-Bridging-Header.h
如果需要在 Swift 中使用 OC 的代码或者库，只需要在这个文件中 import 相应代码或者库的头文件即可。
XXX-Swift.h
和 XXX-Bridging-Header.h 不同，XXX-Swift.h 文件不会出现在项目中，而是由 Xcode 自动生成，你可以在类似如下的路径下找到相应项目的 XXX-Swift.h 文件：（PS：演讲时没有写到PPT里面，实在抱歉）
/Users/perry/Library/Developer/Xcode/DerivedData/XXX-bhlzdinkujybftbjmgwjwclndmss/Build/Intermediates/XXX.build/Debug-iphonesimulator/XXX.build/Objects-normal/x86_64/XXX-Swift.h
如果需要在 OC 中使用 Swift 代码，在使用的文件中 #import XXX-Swift.h （PS：其他一些在 OC 中使用 Swift 代码的注意事项会在后面详细说明）
查看 XXX-Swift.h 文件中的代码：
不难发现这个文件中的内容其实是将 Swift 中的代码转换成了 OC 的代码。
注：如果对项目进行清理操作，这个文件也会被删除，而且在重新构建的过程中，只有在所有的 Swift 代码都编译通过的情况下才会重新生成这个文件。
结合框架的混编
踩坑时间OC 中的复杂宏
Swift 编译器不包含预处理器。取而代之的是，它充分利用了编译时属性，生成配置，和语言特性来完成相同的功能。所以对于上述类似的宏定义，建议用方法重新封装一次使用。
OC 中的宏和 Swift 中的类同名
因为 Swift 不能使用 #define，而 OC 可以，所以你可能会在 OC 中定义一个和 Swift 中类同名字的宏，如果你从来没有在 OC 中使用 Swift 代码提供的功能（也就是从来没有 #import XXX-Swift.h），编译时不会有任何问题，但是如果一旦使用了，就会报如下的错误：
这里是因为我使用 #define MView (@”MView”) 将 MView 定义成了 NSString 类型的宏，而在 Swift 中 MView 是 UIView 的子类，在 #import “MDemo-Swift.h” 之后， MView 就被重复定义了，从而导致错误。
更新：如果 OC 中的类和 Swift 中的类同名，也符合上述情况。
Swift 使用 OC 中的枚举如果只是单纯使用值，可以直接使用枚举如果需要对枚举值进行运算，则需要使用 .valueOC 使用 Swift 中的枚举需要在 Swift 的枚举定义前加 @objc 修饰符枚举的类型必须是 Int@objc / dynamic / NS*IBOutlet vs IBOutletCollection
Swift 中没有 IBOutletCollection ，而是如下的方式实现 IBOutletCollection：
@IBOutlet var labels: [UILabel]!
这个 IBOutlet 在 xib/Storyboard 中的情况如下：
需要注意的是：和 OC 的 IBOutletCollection 不同，labels 中的元素不一定是按照 black，white，blue，green 的顺序排列！
重复包含
OC 中可能会碰到 A 类头文件需要包含 B 类头文件，B 类头文件同时也需要包含 A 类头文件的情况，这个时候用 @class 即可解决问题。但是当 OC 中的 A 类头文件需要包含 XXX-Swift.h，而 XXX-Bridging-Header.h 中又 import A类头文件，这个时候就比较尴尬了。看下面的例子：
上面例子的情况是这样的：
首先，我们有两个 Swift 类 MManager 和 MData。 一个 OC 类 ViewController 。
然后，MManager 类中的一个方法需要传入 ViewController 类实例的句柄，然后把一个 MData 类实例赋值给 ViewController 类实例中的成员变量 mData（这个 mData 的类型是 MData ）。
在这种场景下，就会出现重复包含，因为已经有了 MManager 类中的一个方法需要传入 ViewController 类实例的句柄 这样一个条件，所以我们必须在 XXX-Bridging-Header.h 中 #import “ViewController.h”，这样我们就只能通过在 ViewController.m 文件中去 #import “XXX-Swift.h” 的方式来避免重复包含。此时我们需要将成员变量 mData 定义为 id 类型，当在ViewController.m 文件中具体用的时候再将其强制转换为 MData 类型。如下：
即可解决重复包含的问题。
这样的处理方式存在的问题是成员变量 mData 可以接受任何类型，所以我们在使用的时候要判断一下 mData 是否是我们需要的数据类型，这里我们介绍一下怎么判断 Swift 的 AnyObject 和 OC 的 id 是什么类型：
OC：
if ([self.mData isKindOfClass:[MData class]]) { // 如果 self.mData 不是 MData 类型，判断不成功}
Swift：
= self.mData as? MData { // 如果 self.mData 不是 MData 类型，判断不成功}properties临行之前，面对太多的疑问和不解：为何是一个人？
