这几天苹果在开WWDC2017大会,期间放出了Xcode9.0-beta以及Swift4。为了响应苹果爸爸的号召,我果断下载了Xcode9.0-beta,并在项目中拉出了新的分支,准备搞事。
![]()
如何适配
Xcode9.0-beta内置的Swift版本不止一个,它同时支持Swift4.0和Swift3.2。而我们正在用的Xcode8,最高只支持Swift3.1。基于这个事实,我先拉一个Xcode9.0-beta-Swift3.2的分支,待适配好Swift3.2后,再起分支Xcode9.0-beta-Swift4.0去支持Swift4.0。
适配Swift3.2
首先,对于Swift3.2,我的理解是:既然版本命名为3.2,那么应该只是基于3.1版本上的微调(我去查Swift,查到更多的是关于Swift4.0方面的信息)。适配Swift3.2的过程中,我的项目代码不需要任何改动,唯一出问题的是一个第三方库:Eureka,报错的原因是Collection协议的subscript返回值从Array变成了ArraySlice,关于这个问题,已有人在Eureka的issues中提出(#1082)。随后有人commit修复了这个问题,并开出新分支来适配Swift3.2。

最后,我在Podfile中修改pod 'Eureka'为pod 'Eureka', :git => 'https://github.com/xmartlabs/Eureka.git', :branch => 'swift3.2',完成了适配Swift3.2。
由此可见,适配Swift3.2几乎是没有什么压力的,我也就看到Collection协议的subscript返回值变动这个情况。
适配Swift4.0
并不是所有库都能做到及时支持Swift4.0,更何况是在现在连Xcode9也还是beta的状态,所以我们仅能做到将自己的业务代码(主工程代码)部分升级到Swift4.0,然后同时保留各种pod库在Swift3.2版本。没办法,谁叫Swift4.0也还无法做到ABI兼容呢(但愿能在Swift5之前实现吧)。至于我说的同时使用两个版本的Swift,这是没问题的,Xcode9支持在项目中同时使用Swift3.2和Swift4.0。
具体要怎么做呢?(修改Swift版本)
第一步,如下图指定主工程的Swift版本为4.0
第二步,如下所示,在Podfile文件的最下方加入如下代码,指定pod库的Swift版本为3.2(这样会使得所有的第三方pod库的Swift版本都为3.2)
1 | post_install do |installer| |
做完以上处理,剩下的就是主工程中的代码修改了。
从Swift3.2到Swift4.0的过程,比从Swift3.1到Swift3.2的过程要麻烦一点,但是比当年从Swift2.3到Swift3的过程要好太多了。
下面我列举一下Swift3.2到Swift4.0的改变(只是我项目中遇到的):
Swift4.0中对于扩展的属性(包括实例属性、static属性、class属性),都只能使用get方法,不可使用set方法Swift4.0中不再允许复写扩展中的方法(包括实例方法、static方法、class方法)swift3使用#selector指定的方法,只有当方法权限为private时需要加@objc修饰符,现在全都要加@objc修饰符- 字体方面的一些重命名(
NSFontAttributeName重命名为NSAttributedStringKey.font、NSForegroundColorAttributeName重命名为NSAttributedStringKey.foregroundColor、NSStrikethroughStyleAttributeName重命名为NSAttributedStringKey.strikethroughStyle、size(withAttributes:)方法重命名为size(withAttributes:)) - …
OC与Swift4.0混编才是坑
由于历史原因,我负责的项目,还有好大一部分OC的代码,新写的Swift需要被OC调用。所以,问题来了…
OC调用Swift4.0问题一:编译不通过
我在Swift4的代码中写了不少class和extension,有些也给OC调用。在OC的代码中,我们通过#import "ModuleName-Swift.h"导入了Swift文件,以给OC调用。如果是Swift3.2,一切都能正常工作,但是在Swift4.0上,编译通不过了。
一:在OC中调用一个Swift4.0类的方法(包括实例方法、static方法、class方法),你需要:
- 在该
Swift4.0类前加上修饰符@objc - 该
Swift4.0类必须继承NSObject(否则,无法在前面加上修饰符@objc。当然,这里指的是普通类,@objc也是可以修饰UI开头的一系列UIKit框架下的UI类,只是修饰了这些类,不会产生什么影响) - 在需要调用的方法前加上修饰符
@objc
示例如下:
1 | @objc class SampleObject: NSObject { |
如此一来,便可在OC文件中调用,示例如下:
1 | #import "OCSample.h" |
二:在OC中调用一个Swift4.0扩展的属性(包括实例属性、static属性、class属性)、方法(包括实例方法、static方法、class法),你有如下两种选择方式:
- 在该
Swift4.0扩展前加上修饰符@objc(这样的话,该扩展下的所有的属性、方法,都可被OC调用)。
示例如下:
1 | @objc extension UIViewController { |
- 在需要的属性、方法前直接加上
@objc修饰,也可达到目的。
示例如下:
1 | extension UIViewController { |
OC调用Swift4.0问题二:运行时找不到属性
这个问题藏得比较深,恰巧项目中有着相关的实现,让我看出发现这个潜在因素。
项目中有这么一种实现:有一个Swift4.0的类,是继承UIViewController的。然后我在OC里面对这个继承而来的UIViewController进行操作,我用了[viewController valueForKey:@"iconURL"]这一KVC方法去获取这个自定义UIViewController中的iconURL这一属性的属性值。这种方式,编译时是无法检查出问题的。但是在运行时,问题就来了,找不到这个属性。因为这个属性没有暴露给OC来进行调用。
解决方式:仅需要在自定义的UIViewController类中给需要暴露给OC调用的属性前加上@objc修饰符便可。如此一来,在OC代码中就能访问到这个属性。(注意:这里可不像上面提到的extension一样,在这个已定义的UIViewController类前面加上@objc修饰符没有任何意义)。
示例如下:
1 | class SampleViewController: UIViewController { |
除了在OC里通过valueForKey:方法调用到一些未经过@objc修饰的Swift4.0的UI类的属性会导致crash。其他比如你在Swift4.0代码中,通过setValuesForKeys这种通过KVC来操作未经过@objc修饰的属性,也会导致crash。
关于混编方面的更多信息
更多关于混编方面的内容,可以访问查看Apple官方提供的这篇文章:Using Swift with Cocoa and Objective-C (Swift 4),篇幅不少,不单单介绍了Swift4.0与OC的混用,也介绍了与C的api的交互、还有更多关于@objc修饰符的用法。
关于Xcode9-beta的更多
Xcode9-beta局域网调试
要求
- 必须是
Xcode9-beta iPhone系统需iOS11以上
操作
- 在
Xcode9-beta菜单的Window选项中选择Devices and Simulators - 通过连接线让你的
Mac识别到你的iPhone - 在
Devices and Simulators面板的左侧Connected菜单中选择连接的设备,然后在顶部的Devices和Simulators选项中选择Devices(这里其实默认就是选择了Devices),最后勾选Connect via network选项。
结束语
关于本文
- 本文为作者这几天在
Xcode9-beta以及Swift4.0方面的学习记录与分享,作者会视情况对内容进行补充。 - 如果您在阅读本文中发现内容存在错误,希望您积极指出。如果您有其他建议,也欢迎在评论去区留言。
- 作者接受指正,但是希望彼此之间保留敬意。
- 欢迎转载,但请保留博文的原地址或者博文在简书上的地址。
关于本人
比起 微博@Jiar ,更喜欢 推特@JiarYoo ,求一波关注。😝
微信订阅号
欢迎关注我的个人微信订阅号,我将不定期分享开发方面的干货。
