升级到Swift 4.0可能遇到的坑总结

这篇文章主要给大家介绍了关于升级到Swift 4.0可能遇到的坑的相关资料,文中通过示例代码介绍的非常详细,对大家学习或者使用swift4具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧。

前言

swift4.0已经出来一段时间,之前已经给大家总结介绍了关于swift4的新特性,那么本文就来介绍下当swift升级到swift4在使用中会遇到哪些问题呢?下面话不多说了,来一起看看详细的介绍吧。

升级Swift4.0

并不是所有库都能做到及时支持Swift4.0,更何况是在现在连Xcode9也还是beta的状态

所以我们仅能做到将自己的业务代码(主工程代码)部分升级到Swift4.0,然后同时保留各种pod库在Swift3.2版本。

没办法,谁叫Swift4.0也还无法做到API兼容呢(但愿能在Swift5之前实现吧)。

至于我说的同时使用两个版本的Swift,这是没问题的,Xcode9支持在项目中同时使用Swift3.2和Swift4.0。

一. 修改Swift版本

1. 如下图指定主工程的Swift版本为4.0



2. 修改pod库

在Podfile文件的最下方加入如下代码,指定pod库的Swift版本为3.2(这样会使得所有的第三方pod库的Swift版本都为3.2)

post_install do|installer|

 installer.pods_project.targets.each do|target|

 target.build_configurations.each do|config|

  config.build_settings['SWIFT_VERSION'] = '3.2'

 end

 end

end

二. 主工程中的代码修改

1. 列举一下Swift3.2到Swift4.0的改变(只是我项目中遇到的):

1). Swift4.0中对于扩展的属性(包括实例属性、static属性、class属性),都只能使用get方法,不可使用set方法

2). Swift4.0中不再允许复写扩展中的方法(包括实例方法、static方法、class方法)

比如:自定义的协议方法在extension中实现,若某个类遵循了该协议,其子类便不能重写该协议方法

解决的方法是: 在每个需要该协议的类里面都重新遵循该协议,实现协议方法

个人想到的办法,不知道有没有其他解决办法可以提供一下

3). swift3使用#selector指定的方法,只有当方法权限为private时需要加@objc修饰符,现在Swift4.0全都要加@objc修饰符

4). 自定义的protocol协议中,有optional修饰的非必须实现的方法,需要用@objc修饰

5). 字体方面的一些重命名

NSFontAttributeName --- .font

//或者NSAttributedStringKey.font


NSForegroundColorAttributeName --- .foregroundColor

//NSAttributedStringKey.foregroundColor


NSStrikethroughStyleAttributeName --- .strikethroughStyle

//NSAttributedStringKey.strikethroughStyle


//字符串类型的,添加rawValue

NSAttributedStringKey.font.rawValue


//等等等等..........


//大部分类似以下,涉及富文本的方法均已改为了NSAttributedStringKey类型

addAttributes(_ attrs: [NSAttributedStringKey : Any] = [:], range: NSRange)

三. 项目中遇到的一些的报错问题

3-1. "Closure cannot implicitly capture a mutating self parameter"错误

在struct中,如果我们在闭包中使用self,就会得到Closure cannot implicitly capture a mutating self parameter的错误提示。比如:

structRecordModel {

 /// 定义一个闭包

 var action: (() -> ())?

 var height = 10


 self.action = {

  self.height = 20

  //Closure cannot implicitly capture a mutating self parameter报错

 }

}

++并且由于RecordModel的类型是struct,我们也没发在action闭包里添加截获列表。那么是不是就必须使用class了?答案是否定的。有两种方式可以解决这个问题。++

方案一:为closure增加一个inout类型的参数


structRecordModel {

 /// 定义一个闭包

 var action: ((_ inSelf: inout RecordModel) -> ())?

 var height = 10


 self.action = { (inSelf) in

  inSelf.height = 20

 }

}

根据inout类型的说明,我们知道,实际上这相当于增加了一个隐藏的临时变量,self被复制,然后在closure(闭包)中使用,完成后,再复制回self。也就是说,这个方法有额外的内存开销。如果是struct较大的情形,这么做并不划算。

方案二:使用UnsafeMutablePointer

==这次采用直接指针的方式对于struct来进行操作,采用指针的好处是self不会被多次复制,性能较高。缺点是你需要自行确定你的代码的安全。==

structRecordModel {

 /// 定义一个闭包

 var action: (() -> ())?

 var height = 10


 let selfPointer = UnsafeMutablePointer(&self)

 self.action = {

  selfPointer.pointee.height = 20


 }

}

结论

==Closure cannot implicitly capture a mutating self parameter错误的原因是在进出closure(闭包)之后,self的一致性没办法得到保证,所以编译器默认不允许在struct的closure(闭包)中使用self。如果我们确定这么做是安全的,就可以通过上面的两种方式解决这个问题。其中,方法二的性能更好一些。==

注意

这里可以记一下指针和swift变量之间的关系:

UnsafePointer对应let

UnsafeMutablePointer对应var

AutoreleasingUnsafeMutablePointer对应unowned UnsafeMutablePointer,用于inout的参数类型

UnsafeRawPointer对应let Any,raw系列都是对应相应的Any类型

UnsafeBufferPointer是non-owning的类型(unowned),用于collection的elements, buffer系列均如此

3-2. Declarations from extensions cannot be overridden yet 错误

==这个错误大致是因为,协议方法是在extension里面的,不能被重写==

解决办法:(仅供参考,如有更好的建议还望多多指教)

小编想到的解决办法就是在每一个需要此协议的类里面,重新遵循代理,实现该协议方法

3-3. "Method 'initialize()' defines Objective-C class method 'initialize', which is not permitted by Swift"

==报错原因: 在于已经废弃的initialize方法,示例如下==

方法交叉(Method Swizzling)

有时为了方便,也有可能是解决某些框架内的 bug,或者别无他法时,需要修改一个已经存在类的方法的行为。方法交叉可以让你交换两个方法的实现,相当于是用你写的方法来重载原有方法,并且还能够是原有方法的行为保持不变。

extension UIViewController {

 publicoverride classfunc initialize() {//此处报错


 //此处省略100行代码


 }

}

initialize该方法已经被Swift4.0废弃

在Swift3.0还勉强可以使用,但是会有警告;但是在4.0已经被完全废弃

==替代方法:==

在 app delegate 中实现方法交叉

像上面通过类扩展进行方法交叉,而是简单地在 app delegate 的 application(_:didFinishLaunchingWithOptions:) 方法调用时调用该方法

extension UIViewController {

 publicoverride classfunc initializeOnceMethod() {


 //此处省略100行代码


 }

}


//在AppDelegate的方法中调用:

func application(_ application: UIApplication, didFinishLaunchingWithOptions launchOptions: [UIApplicationLaunchOptionsKey : Any]? = nil) -> Bool {

 //此处省略100行代码

 UIViewController.initializeOnceMethod()


}

3-4. 'dispatch_once' is unavailable in Swift: Use lazily initialized globals instead

报错原因: dispatch_once在Swift4.0也已经被废弃

extension UITableView {

 structonce{

  staticvar onceTaken:Int = 0

 }

 dispatch_once(&once.onceTaken) { () -> Void in

 //在这里dispatch_once就会报错

  //此处省略1000000行代码

 }

}

解决方法: 通过给DispatchQueue添加扩展实现

extension DispatchQueue {

 privatestaticvar _onceTracker = [String]()

 publicclassfunc once(token: String, block: () -> ()) {

  objc_sync_enter(self)

  defer {

   objc_sync_exit(self)

  }

  if_onceTracker.contains(token) {

   return

  }

  _onceTracker.append(token)

  block()

 }


 func async(block: @escaping ()->()) {

  self.async(execute: block)

 }


 func after(time: DispatchTime, block: @escaping ()->()) {

  self.asyncAfter(deadline: time, execute: block)

 }

}

使用字符串token作为once的ID,执行once的时候加了一个锁,避免多线程下的token判断不准确的问题。

使用的时候可以传token

DispatchQueue.once(token: "tableViewOnce") {

 print( "Do This Once!")

}

或者使用UUID也可以:

privatelet _onceToken = NSUUID().uuidString


DispatchQueue.once(token: _onceToken) {

 print( "Do This Once!")

}

四、swift3.2升级到swift4.0 扫码不走回调方法

xcode升级到9.0 swift改到swift4.0之后扫码一直不走回调 ,研究了好长时间,发现苹果把扫码的代理方法的参数变了之前的方法

func captureOutput(_ captureOutput: AVCaptureOutput!, didOutputMetadataObjects metadataObjects: [Any]!, from connection: AVCaptureConnection!)

func captureOutput(_ captureOutput: AVCaptureOutput!, didOutputSampleBuffer sampleBuffer: CMSampleBuffer!, from connection: AVCaptureConnection!)

这是之前swift3.2的代理方法,swift4.0之后不会走这两个代理方法,原因是现在代理方法不一样了


func metadataOutput(_ output: AVCaptureMetadataOutput, didOutput metadataObjects: [AVMetadataObject], from connection: AVCaptureConnection)

func captureOutput(_ output: AVCaptureOutput, didOutput sampleBuffer: CMSampleBuffer, from connection: AVCaptureConnection)

swift4.0的两个代理方法对比之前的3.2方法,可以发现现在方法的参数变了

将之前的两个方法的参数改好,扫码就可以正常用了

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,如果有疑问大家可以留言交流

原文地址

备注:

如果有不足或者错误的地方还望各位读者批评指正,可以评论留言,笔者收到后第一时间回复。

QQ/微信:976971956/ljh976971956。

简书号:江湖呼呼:[简书]

www.jianghu.com

感谢各位观众老爷的阅读,如果觉得笔者写的还凑合,可以关注或收藏一下,不定期分享一些好玩的实用的demo给大家。

文/江湖呼呼(简书作者)

著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 204,684评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,143评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,214评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,788评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,796评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,665评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,027评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,679评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 41,346评论 1 299
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,664评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,766评论 1 331
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,412评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,015评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,974评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,203评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,073评论 2 350
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,501评论 2 343

推荐阅读更多精彩内容