Learning Swift 3.0 - 从精通到重新入门

前端之家收集整理的这篇文章主要介绍了Learning Swift 3.0 - 从精通到重新入门前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

前言

Swift 3.0是 Swift 加入到开源社区以来,第一次发布大版本。

作为下一代的Apple官方语言,从 Swift 2 开始,已经算是一门比较完善的语言了,完全可以当做iOS和macOS开发的主力,Swift 1 > 2 > 3 的改变,可以看出Apple的思路:

  • Swift 1 作为一个新的语言,紧抱Objective-C大腿,除了现代的语法,api几乎照搬,以便原来的开发者能够继续以Objective-C思维模式使用Swift开发,尽量吸引新老开发者,至于语言的稳定性,做的并不好。

  • Swift 2 则巩固1代的成果,提出的新语法寥寥无几(改进了的异常处理,something else…),Apple着力于加强它的稳定性和兼容性,加强了对这个语言的推广,最终在 2.2 版本加入了开源社区,现在已经被移植到了linux平台,甚至曾经被移植到Android上。

  • 在新的 Swift 3 里,语法上的变化已经开始减少了,多的是API的调整,Apple现在做的事,像是在减少Objective-C和C对Swift的影响,新式的API变得简单了,特别是C,Core打头的各种API,大多都被完全用Swift重写了:

let path = CGMutablePath()
path.move(transform: &transform,x: topLeft.x,y: topLeft.y)

总的感觉就是:出道这么久,Swift要自立门户了。
广大开发者们常说:Swift 3.0 - 从精通到重新入门,这一天终于来了。
现在来看看Swift 3 有什么新变化吧,以下只是自己总结,不太全,未完待续↓

API命名简化

  • 优化将方法名切分,将操作中的动词提取,作为方法名.将其余部分作为参数名.

  • 在不引起歧义的情况下,去掉了重复性的名词.

// old code (Swift 2.2)
let content = text.stringByTrimmingCharactersInSet(NSCharacterSet.newlineCharacterSet())

// new code (Swift 3.0)
let content2 = text.trimmingCharacters(in: .newlines)

C式API替换

很多Core打头和常用的C的api,在新的swift中全部重写成了swift风格的,如下:

GCD api

// old way,Swift 2
let queue = dispatch_queue_create("com.test.myqueue",nil)
dispatch_async(queue) {
    print("Hello World")
}

// new way,Swift 3
let queue = DispatchQueue(label: "com.test.myqueue")
queue.asynchronously {
  print("Hello World")
}

Core Graphics api

// old way,Swift 2
let ctx = UIGraphicsGetCurrentContext()
let rectangle = CGRect(x: 0,y: 0,width: 512,height: 512)
CGContextSetFillColorWithColor(ctx,UIColor.blueColor().CGColor)
CGContextSetStrokeColorWithColor(ctx,UIColor.whiteColor().CGColor)
CGContextSetLineWidth(ctx,10)
CGContextAddRect(ctx,rectangle)
CGContextDrawPath(ctx,.FillStroke)
UIGraphicsEndImageContext()

// new way,Swift 3
if let ctx = UIGraphicsGetCurrentContext() {
    let rectangle = CGRect(x: 0,height: 512)
    ctx.setFillColor(UIColor.blue().cgColor)
    ctx.setStrokeColor(UIColor.white().cgColor)
    ctx.setLineWidth(10)
    ctx.addRect(rectangle)
    ctx.drawPath(using: .fillStroke)

    UIGraphicsEndImageContext()
}

大写开头的enum变成小写

// old way,Swift 2,followed by new way,Swift 3
UIInterfaceOrientationMask.Landscape
UIInterfaceOrientationMask.landscape

NSTextAlignment.Right
NSTextAlignment.right

SKBlendMode.Multiply
SKBlendMode.multiply

取消NS前缀

NSURL变为URL,NSDate变为Date…

参数label表现一致

在Swift2.2里:函数定义里的第一个参数如果不显式指定label,调用时默认是没有label的:

func someFunc(arg0: String,arg1: String)
func anotherFunc(_ arg0: String,arg1: String)
//调用
someFunc("first",arg1: "second")
anotherFunc("first",arg1: "second")

如上例,两种声明方式效果相同。

而在Swift3中,label的生成方式变得一致,上面的例子会变成:

func someFunc(arg0: String,arg1: String)
//调用
someFunc(arg0: "first",arg1: "second")

隐式解包可选(ImplicitlyUnwrappedOptional)

SE-0054 的提议寻求减少隐式解包可选类型(ImplicitlyUnwrappedOptional,IUO,类似于Int!的声明方式)的使用,因为Swift的类型设计本能十分安全,IUO破坏了这种安全性,现在,只可以在以下几个地方使用隐式可选类型:

  • 属性和变量声明
  • 构造器声明
  • 方法声明
  • 角标声明
  • 参数声明 (with the exception of vararg parameters, 这里不太明白,欢迎指导)

在使用中IUO的行为也有改变↓

func f() -> Int! { return 3 } // f: () -> Int?,has IUO attribute
let x1 = f() // succeeds; x1: Int? = 3
let x2: Int? = f() // succeeds; x2: Int? = .some(3)
let x3: Int! = f() // succeeds; x3: Int? = .some(3),has IUO attribute
let x4: Int = f() // succeeds; x4: Int = 3
let a1 = [f()] // succeeds; a: [Int?] = [.some(3)]
let a2: [Int!] = [f()] // illegal,nested IUO type
let a3: [Int] = [f()] // succeeds; a: [Int] = [3]

func g() -> Int! { return nil } // f: () -> Int?,has IUO attribute
let y1 = g() // succeeds; y1: Int? = .none
let y2: Int? = g() // succeeds; y2: Int? = .none
let y3: Int! = g() // succeeds; y3: Int? = .none,has IUO attribute
let y4: Int = g() // traps
let b1 = [g()] // succeeds; b: [Int?] = [.none]
let b2: [Int!] = [g()] // illegal,nested IUO type
let b3: [Int] = [g()] // traps

func p<T>(x: T) { print(x) }
p(f()) // prints "Optional(3)"; p is instantiated with T = Int?

if let x5 = f() {
  // executes,with x5: Int = 3
}
if let y5 = g() {
  // does not execute
}

方法

当你使用类方法或者类属性时,之前都必须像这样做:

CustomStruct.staticMethod()
现在可以使用首字母大写的 Self来代替以前的写法,并且用类型的实例也能调用静态方法或者属性了:

struct CustomStruct {
  static func staticMethod() { ... }

  func instanceMethod()
    Self.staticMethod() // in the body of the type
  }
}

let customStruct = CustomStruct()
customStruct.Self.staticMethod() // on an instance of the type

去掉了C风格的For循环

for(var i = 0; i < 10; i++)

这个不提的话我想大部分用Swift的人都不会注意到吧。

去掉了柯里化语法

因为这个语法不容易理解,所以去掉了。

去掉了++ --语法

Swift Package Manager

新的Swift包管理器类似于npm这种三方代码的包管理器,对Swift的平台化很有帮助,也许以后的iOS开发者不会再用Cocoapods管理Swift依赖,而是用spm,spm甚至能跨多个平台管理代码,结合Swift最近在各种平台上疯狂移植的新闻。能开发客户端,能写脚本,服务端的Swift库也已经有了好几个,感觉Swift就要变成一个全能的语言了。。

要上天了…

杏树林研发 王儒林

猜你在找的Swift相关文章