iOS开发－－混编篇&swift与OC混合使用

Swift与OC混合使用

swift 语言出来后，可能新的项目直接使用swift来开发，但可能在过程中会遇到一些情况，某些已用OC写好的类或封装好的模块，不想再在swift 中再写一次，哪就使用混编。这个在ＩＯＳ8中是允许的。

先中简单的入手，先研究在同一个工程目录下混合使用的情况。

为了演示。先准备两个类

第一个是swift语言写的类,文件名为 act.swift

1. import Foundation
2. class Act : NSObject
3. {
4. func hasAct(tag:Int) -> String
5. {
6. switch (tag)
7. {
8. case 1:return "Movie"
9. case 2:return "CCTV"
10. case 3:return "Sport TV"
11. default:return "Area TV"
12. }
13. }
14. init()
15. {
16. println("act constructor is called.")
17. }
18. deinit
19. {
20. println("act destroyed is called.")
21. }
22. }

第二个是用OC写的类 头文件为OCChannel.h ,实现文件为OCChannel.m

头文件

1. #import <Foundation/Foundation.h>
2. @interface OCChannel : NSObject
3. @property (nonatomic,retain) NSString *ChannelName;
4. - (NSString *)ChannelChange:(NSInteger) channels;
5. @end

实现文件

1. #import "OCChannel.h"
2. #import "SwiftModule-swift.h"
3. @interface OCChannel()
4. {
5. Act     *act;  //swift的类
6. }
7. @end
8. @implementation OCChannel
9. - (id)init
10. {
11. if (self = [super init]) {
12. NSLog(@"OC Constructor is called.");
13. //使用Swift类
14. act = [[Act alloc]init];
15. }
16. return self;
17. }
18. - (void)dealloc
19. {
20. NSLog(@"OC Destroyed is called.");
21. //[act release];//ARC not use
22. //[super dealloc];//ARC not use
23. }
24. - (NSString *)ChannelChange:(NSInteger) channels
25. {
26. return [act hasAct:channels];
27. }
28. @end

这个OCChannel为中引用了swift 写的类Act 。主要是为了演示在同一个工程项目里，swift类调用OC,同时OC类也调用Swift。从而形成一种混合编写的模式。

下面是具体步骤：

1.新建一个Swift工程：我这里工程名为MixDemo

建好后工程：

2.就是分别引入前面的两个类，咱先一个个来。因为建的是Swift，所以，咱先以Swift工程中引用OC文件进行一次混编

Swift中使用OC

首先Swift中不再使用头文件和.m文件的方式了。所以也不需要使用import ""来导入头文件。哪swift 如何能访问到ＯＣ的类声明的。

其实，swift也是需要使用头文件进行访问的，只不过不再需要使用显式的方式使用import进行导入。有两种方式来实现这个头文件的生成。

方式一：在一个全新的Swift，利用第一次新建提示的方式自动添加桥接头文件。

点确定这后就会生成一个以<produceName-Bridging-Header.h>的头文件。

建好后的工程：

这里有一个地方需要注意的就是在targets->build settings ->Object-C Bridging Header 设为哪个桥接的头文件即可。

经过上述步骤，桥接文件弄好了就可以

尽情的把想要在swift类中调用的OC头文件放使用import "" 写到这个桥接文件中吧。就像：

1. //
2. //  Use this file to import your target's public headers that you would like to expose to Swift.
3. //MixDemo/MixDemo-Bridging-Header.h
4. #import "OCChannel.h"

同样的，当你知道这个swift搜索头文件的关系后，就不需要再理会这个-Bridging-Header.h的文件了。完全可以手工建一个并取自己喜欢的名字。如：

方式二：

新建一个头文件，名为:OCContainerHeader.h

好了，以上的设置后就完全满足了Swift使用OC写的类了。

1. import UIKit
2. class ViewController: UIViewController {
3. override func viewDidLoad() {
4. super.viewDidLoad()
5. // Do any additional setup after loading the view, typically from a nib.
6. //调用OC类
7. var channel = OCChannel()
8. println(channel.ChannelChange(10))
9. println(channel.ChannelChange(2))
10. }
11. override func didReceiveMemoryWarning() {
12. super.didReceiveMemoryWarning()
13. // Dispose of any resources that can be recreated.
14. }
15. }

好了下面再来看一下OC如何调用Swift写的类。（事实上，如果你是一比一抄我这个ＤＥＭＯ，哪么恭喜你，在以上你将编译不通过。因为我的OC类中引用了swfit 写的类，所以你要想运行，就必须把哪个Act 的类注释了才行。）

OC如何调用Swift写的类

OC要想使用，必须有头文件。而swift文件却没有头文件，所在咱们想必也需要产生一个头文件。但对于OC调用swift  的头文件比较特殊。因头文件里面的机制是自动生成的，在不熟悉的，不建议手写。

哪如何产生这个头文件。（注意，系统设置的头文件，在工程中是看不到的。）

产生步骤：

选中targets->build settings ->packing->Product Module Name 中设置模块名，这个名称很重要 swift 的头文件就是根据这个来命名的。

虽然你看图中有这个import "SwiftModule-swift.h"但你在整个工程中是找不到这个文件的，但可以使用CMD+ 鼠标点击可看这个头文件中的内容。

这样，工程中如查Swift要使用OC,则把需要使用的OC类的头文件，全写在MixDemo-Bridging-Header.h里。同样如果OC中所使用的swift类，只需要Clean一把，再编就可以了，但不要忘了导入SwiftModule-swift.h哦（名称自取，但-swift.h是固定的），另外还有一个需要读者注意的。

注：

凡是用Swift写的类，如果不继成自NSObject或NSObject 的派生类，哪么编译后将不会生成对应的转换类。从而使得OC 中找不到相应的声明。

如我的例子中 class Act 这样不会被编译到SwiftModule-swift.h中，但写为 class Act : NSObject，就可以编译出相应的声明。另外可以使用@objc加以声明，但这个还是一样，类最好继承NSObject下来。就像下面：

1. import Foundation
2. @objc(Act)
3. class Act
4. {
5. func hasAct(tag:Int) -> String
6. {
7. switch (tag)
8. {
9. case 1:return "Movie"
10. case 2:return "CCTV"
11. case 3:return "Sport TV"
12. default:return "Area TV"
13. }
14. }
15. @objc(init)//原本以为加上这个alloc就可以找到，但不行的。。。
16. init()
17. {
18. println("act constructor is called.")
19. }
20. deinit
21. {
22. println("act destroyed is called.")
23. }
24. }

但是在使用时你就会发现

act = [[Act alloc]init]; //报错，找不到alloc，因此建议大家还是继承NSObject.

好吧，今天就写到这里，再研究一下framework之间的混编。。。。。