来源：黄文臣
blog.csdn.net/hello_hwc/article/details/58320433
前言@H_301_24@
为什么要写这样一篇文章，因为昨天和一个朋友讨论到Swift和Objective C如何混合开发Framework，中途发现了很多有意思的坑。
用Swift封装OC的库是一件比较常见的事情，毕竟对于大多数公司来说，老的代码都是用OC写的，而且经过多次迭代，这些OC的代码已经被验证了是稳定的，用Swift重写代价太大。这就引入了一个需求：
用Swift和OC来混编一个Framework。
如果你之前没有用Swift和Objective C混合开发，建议看看这篇文档：
Swift and Objective-C in the Same Project
https://developer.apple.com/library/content/documentation/Swift/Conceptual/BuildingCocoaApps/MixandMatch.HTML
按照文档一步一步来@H_301_24@
新建一个基于单页面工程，然后新建一个一个Target，选中Cocoa touch Framework。然后，分别新建一个Swift文件和Objective C类，注意Target Member Ship选中Framework。类的内容如下：
OCSource.h
#import <span ><Foundation/Foundation.h></span>
@interface OCSource : NSObject
- (voID)functionFromOC;
@end
OCSource.m
#import "OCSource.h"
@implementation OCSource
)functionFromOC{
NSLog(@"%@",@"Log from objective c in framework");
}
@end
Swift调用OC@H_301_24@
新建SwiftSource.swift
open class SwiftIt public init(){}
let ocObject = OCSource()
func encapsulate(){
ocObject.functionFromOC }
}
然后，按照文档中，为了让Swift文件访问Objective C文件，我们应该在umbrella header，也就是MixFramework.h中，暴露所需要的header。
也就是，MixFramework.h,
#import <MixFramework/OCSource.h>
然后，自信满满的点击build。
Boom～～～，编译不通过。
原因：OCSource.h默认编译的时候是Project权限. 为了在umbrella header中使用，要把这个文件的权限改成Public
按照图中的方式拖过去即可。
嗯，现在build，可以看到build成功了。
OC调用Swift@H_301_24@
在SwiftSource.swift中，增加一个类，
open ClassForOC:NSObject static let textForOC = "textForOC"
}
然后，为了在OC中调用Swift的方法，我们需要导入头文件，这时候，OCSource.m文件内容如下
#import "OCSource.h"
#import <MixFramework/MixFramework-Swift.h>
@implementation OCSource
NSLog(@"%@"ClassForOCtextForOC]);
}
@end
然后，build，发现成功了，很开心。
外部调用@H_301_24@
在VIEwController.swift中，我们调用Framework中的内容。
@H_34_502@import MixFramework
classVIEwController: UIVIEwController vart = SwiftIt overrIDe func vIEwDIDLoad() super.vIEwDIDLoadt.encapsulate // Do any additional setup after loading the vIEw,typically from a nib.
}
overrIDe func dIDReceiveMemoryWarning.dIDReceiveMemoryWarning// dispose of any resources that can be recreated.
}
然后运行，发现控制台打印出
2017-03-02 16:08:24.000 HostApplication[19524:167669] textForOC
嗯，framework打包成功了。
问题@H_301_24@
通常，我们希望暴露给外部的接口是纯Swift，而OC文件的具体接口应该隐藏，这就是我标题中的优雅两个字的含义。
如果你好奇，你会发现，在VIEwController.swift中你可以这么调用
var s = OCSource()
也就是说，OC的内容也暴露出来了，这破坏了Framework的封装特性。
通过查看MixFramework的编译结果，发现最后暴露出的接口是这样子的
@H_34_502@import Foundation
import MixFramework.OCSource
@H_34_502@import MixFramework
import .Swift
@H_34_502@import SwiftOnonesupport
import UIKit
//
// MixFramework.h
// MixFramework
// Created by Leo on 2017/3/2.
// copyright © 2017年 Leo Huang. All rights reserved.
//
//! Project version number for MixFramework.
MixFrameworkVersionNumber: Double
open ClassForOC : NSObject{
textForOCString
}
open SwiftIt()
()
}
这一行，把OC对应的实现暴露出来了
import MixFramework.OCSource
优雅的解决方案@H_301_24@
不再通过umbrella header的方式让framework中的Swift调用OC方法。而是通过modulemap。
新建一个module.modulemap文件，内容如下
module OCSource [system] //由于module.modulemap和OCSource.h是在同一个文件夹的，如果不是同一个，路径要写全
header "OCSource.h"
export *
}
这里的#(SRCROOT)是XCode的宏，会自动替换成项目所在的根目录，这里输入的路径是module.modulemap文件所在的路径。
然后，删除MixFramework.h(umbrella header)中#import 的OC header。
把OCSource.h的权限改回默认的project。
再编译，发现OC的类被隐藏了。
总结@H_301_24@
如果你要开发一个framework，一定要想清楚哪些接口暴露出去，哪些封装起来，framework不是简单把一包文件加个壳子。
程序员共读@H_301_24@↓↓@H_301_24@↓@H_301_24@@H_301_24@@H_301_24@
Java编程精选↓↓@H_301_24@↓@H_301_24@@H_301_24@
涵盖：程序人生、算法与数据结构、黑客技术与网络安全、大数据技术、前端开发、Java、Python、Web开发、安卓开发、iOS开发、C/C++、.NET、linux、数据库、运维等。
总结以上是内存溢出为你收集整理的优雅的开发 Swift 和 Objective-C 混编的 Framework全部内容，希望文章能够帮你解决优雅的开发 Swift 和 Objective-C 混编的 Framework所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）