前言
對于開發(fā)人員來說层坠，Swift3.0的變化會令你的程序幾乎處處報(bào)錯广匙，目前Swift還在發(fā)展階段并不能向下兼容蝗敢，但是試想一下如果Apple沒有追求更好的精神又怎么會作出如此多的更改砸西。今天的重點(diǎn)就是帶翻譯的介紹Swift3.0的變化秉氧。
Swift3.0的變化( 部分)
SE-0002: 刪除currying的func聲明語法
柯里化函數(shù)聲明語法func foo(x: Int)(y: Int) 的用處有限，實(shí)現(xiàn)復(fù)雜演训，所以說我們應(yīng)該刪除它弟孟。
// Current:
func curried(x: Int)(y: String) -> Float {
return Float(x) + Float(y)!
}
// Proposed:
func curried(x: Int) -> (String) -> Float {
return {(y: String) -> Float in
return Float(x) + Float(y)!
}
}
SE-0003: 函數(shù)參數(shù)中不再使用var關(guān)鍵字
對于函數(shù)參數(shù)來說，var和inout修飾方法會產(chǎn)生很多語義上的混淆样悟。雖然這兩者都可以讓這個(gè)參數(shù)變成可修改的拂募，但是只有inout方法才能讓這個(gè)參數(shù)修改后真正的寫會原始地址中。為了避免出現(xiàn)這個(gè)語義的混淆窟她，swift3.0里函數(shù)參數(shù)中不再使用var關(guān)鍵字陈症。
(ps:Swift新特性元組（Tuple）和其關(guān)鍵字inout之前寫的筆記里面有介紹inout的功能)
func foo(var i: Int) {
i += 1 // illegal
}
//上面方法會報(bào)錯，可換成下面這種
func foo( i: Int) {
var i = i
i += 1
}
SE-0004: 移除自增運(yùn)算符++和自減運(yùn)算符—
Swift發(fā)展的早期礁苗，自增自減運(yùn)算符就被引進(jìn)了爬凑，它是從C語言搬過來的。當(dāng)時(shí)增加這兩個(gè)運(yùn)算符的時(shí)候并沒有太多的考慮试伙。這份文件提供了一個(gè)新的外觀嘁信，并最終建議我們完全移除它們于样，是因?yàn)樗鼈冏栽鲎詼p運(yùn)算符在運(yùn)用的時(shí)候容易造成混淆。比如說 ++i,i++,--i,i--
// Current
x++
// Proposed
x += 1
SE-0005: 將Objective-C的API更好地接入到Swift中
SE-0006: 將API指南應(yīng)用于標(biāo)準(zhǔn)庫中
SE-0023: Swift API設(shè)計(jì)指南
大家都知道Swift誕生在Objective-C已經(jīng)發(fā)展的比較成熟的情況下潘靖，為了保證oc開發(fā)人員能夠比較成功的過渡到Swift穿剖，所以說在Swift的初期，很多的庫名和方法名都盡量和oc的保持一致卦溢。Swift3.0做了很大的改變糊余，有種在擺脫oc影子的趨勢。舉個(gè)??单寂，Swift 2里面UIBezierPath API的一部分：
class UIBezierPath : NSObject, NSCopying, NSCoding {
convenience init(ovalInRect: CGRect)
func moveToPoint(_: CGPoint)
func addLineToPoint(_: CGPoint)
func addCurveToPoint(_: CGPoint, controlPoint1: CGPoint, controlPoint2: CGPoint)
func addQuadCurveToPoint(_: CGPoint, controlPoint: CGPoint)
func appendPath(_: UIBezierPath)
func bezierPathByReversingPath() -> UIBezierPath
func applyTransform(_: CGAffineTransform)
var empty: Bool { get }
func containsPoint(_: CGPoint) -> Bool
func fillWithBlendMode(_: CGBlendMode, alpha: CGFloat)
func strokeWithBlendMode(_: CGBlendMode, alpha: CGFloat)
func copyWithZone(_: NSZone) -> AnyObject
func encodeWithCoder(_: NSCoder)
}
Swift3.0里面相同的部分變成了：
class UIBezierPath : NSObject, NSCopying, NSCoding {
convenience init(ovalIn rect: CGRect)
func move(to point: CGPoint)
func addLine(to point: CGPoint)
func addCurve(to endPoint: CGPoint, controlPoint1 controlPoint1: CGPoint, controlPoint2 controlPoint2: CGPoint)
func addQuadCurve(to endPoint: CGPoint, controlPoint controlPoint: CGPoint)
func append(_ bezierPath: UIBezierPath)
func reversing() -> UIBezierPath
func apply(_ transform: CGAffineTransform)
var isEmpty: Bool { get }
func contains(_ point: CGPoint) -> Bool
func fill(_ blendMode: CGBlendMode, alpha alpha: CGFloat)
func stroke(_ blendMode: CGBlendMode, alpha alpha: CGFloat)
func copy(with zone: NSZone = nil) -> AnyObject
func encode(with aCoder: NSCoder)
}
SE-0007: 移除C語言風(fēng)格的for循環(huán)（條件與增量下）
// Current
for var i = 0 ; i < 10 ; i++ {
print(i)
}
// Proposed
for i in 0 ..< 10 {
print(i)
}
SE-0008: 為可選序列增加一個(gè)Lazy的flatMap
已經(jīng)被Swift 2.2接受贬芥！
SE-0016: 添加構(gòu)造函數(shù)Int和UInt進(jìn)行UnsafePointer和UnsafeMutablePointer之間的轉(zhuǎn)換
SE-0017: 使用UnsafePointer去修改Unmanaged
標(biāo)準(zhǔn)庫Unmanaged<Instance> struct 提供了一個(gè)類型安全的包裝對象，這個(gè)對象不參與在ARC里面宣决，它允許用戶進(jìn)行手動的retain或者release蘸劈。
- 下面的方法就是用于Unmanaged和UnsafePointer之間的轉(zhuǎn)換
SE-0019: Swift增加Testing
測試是現(xiàn)代軟件開發(fā)的一個(gè)重要組成部分。集成的測試加入到Swift的Package Manager尊沸，將有助于確保一個(gè)穩(wěn)定可靠的系統(tǒng)威沫。
SE-0028: 更新Swift的debug標(biāo)識符（例如：FILE等）
這一項(xiàng)建議重命名以下標(biāo)示符：
SE-0029: 從函數(shù)應(yīng)用中，移除“tuple splat”表達(dá)形式
Swift3.0之前洼专，除了可以使用典型的方法調(diào)用函數(shù)之外棒掠，我們還可以通過傳入N個(gè)作為函數(shù)參數(shù)列表。不過這個(gè)鮮為人知的特性正在swift3.0中被移除屁商，因?yàn)樗鼉H是純粹的語法糖而已烟很。
// Current
func swapMe<T>(inout a: T, inout b: T) {
let temp = a
a=b
b = temp
}
// Proposed
func swapMe<T>( a: inout T, b: inout T) {
let temp = a
a=b
b = temp
}
SE-0032: SequenceType添加first(where:)方法
SE-0033: 導(dǎo)入Objective-C的常量作為Swift類型
給出一個(gè)Objective-C文件的常量列表，添加一個(gè)屬性棒假，這個(gè)屬性在Swift里面將作為一個(gè)枚舉值或者一個(gè)結(jié)構(gòu)體導(dǎo)入溯职。使用RawRepresentable轉(zhuǎn)換為原始類型。我們就可以使用更多類型安全的對象帽哑，這樣也可以使我們的Swift(Objective-C)代碼可讀性更強(qiáng)，更容易上手叹俏。
SE-0034: 消除行控制的Debug標(biāo)識符聲明的歧義
在Swift的SE-0028改變被接受后妻枕，#line標(biāo)識符指的是一個(gè)標(biāo)識符映射到調(diào)用點(diǎn)的行數(shù)在文件中作為一個(gè)控制語句的一部分使用。這一項(xiàng)建議提議#setline去代替#line粘驰，為了符合這個(gè)要求：“一旦名稱和語法是固定的屡谐，我們可以重命名指令和刪除空格的規(guī)則”。
- Swift使用下面的語法來定義行控制語句：
line-control-statement → #line
line-control-statement → #line line-number file-name
line-number → A decimal integer greater than zero
file-name → static-string-literal
- 這項(xiàng)建議的具體設(shè)計(jì)如下：
line-control-statement → #setline
line-control-statement → #setline line-number file-name
line-number → A decimal integer greater than zero
file-name → static-string-literal-
SE-0037: 注釋和操作符之間的交互
在確定一個(gè)操作者是否有前綴蝌数、后綴愕掏、或者中綴的處理上這里有一些不一致的意見。他們有時(shí)被視為空白顶伞，有時(shí)為非空白饵撑，這取決于他們對操作者的左或右剑梳，和注視本身的內(nèi)容。這項(xiàng)建議提出了一套統(tǒng)一的規(guī)則滑潘，如何在這些情況下垢乙，加以分析。
SE-0039: 使Playground字面量現(xiàn)代化（Modernizing Playground Literals)
- Color, image, and file的字面量目前表示為：
[#Color(colorLiteralRed: red, green: green, blue: blue, alpha: alpha)#]
[#Image(imageLiteral: localResourceNameAsString)#]
[#FileReference(fileReferenceLiteral: localResourceNameAsString)#]
- 簡化構(gòu)造函數(shù)语卤，消除潛在的語法沖突追逮，并遵循Swift其他標(biāo)識符的先例，提議了標(biāo)識符：#colorLiteral, #imageLiteral, and #fileLiteral.
color-literal → #colorLiteral(red: unit-floating-point-literal, green: unit-floating-point-literal, blue: unit-floating-point-literal, alpha: unit-floating-point-literal)
unit-floating-point-literal → floating point number greater or equal to zero, less than or equal to one
image-literal → #imageLiteral(resourceName: image-resource-name)
image-resource-name → static-string-literal referring to image resource name
file-literal → #fileLiteral(resourceName: file-resource-name)
file-resource-name → static-string-literal referring to local resource name
然而這些參數(shù)的標(biāo)簽不適合實(shí)際的初始化粹舵，所以說使用以下相應(yīng)的初始化:
protocol _ColorLiteralConvertible {
init(colorLiteralRed red: Float, green: Float, blue: Float, alpha: Float)
}
protocol _ImageLiteralConvertible {
init(imageLiteralResourceName path: String)
}
protocol _FileReferenceLiteralConvertible {
init(fileReferenceLiteralResourceName path: String)
}
// Current
@available(*, unavailable, renamed="MyRenamedProtocol")
// Proposed, using : instead of =
@available(*, unavailable, renamed: "MyRenamedProtocol")
SE-0043: 具有多個(gè)模式的“case”中的聲明變量
當(dāng)一個(gè)模式聲明具有相同名字和類型的多個(gè)變量的時(shí)候钮孵，在Swift 2是會報(bào)錯的(case labels with multiple patterns cannot declare variables. )，Swift 3.0將移除錯誤眼滤。這種改變減少了重復(fù)的代碼油猫，因此減少了錯誤。當(dāng)變量沒有定義時(shí)柠偶，它與多模式匹配是一致的情妖。
SE-0044: 導(dǎo)入成員
Swift導(dǎo)入C的聲明，允許Swift的代碼和C語言的庫和框架進(jìn)行交互诱担。但是這樣導(dǎo)入APIs 會覺得交互方面不是那么自然毡证。這項(xiàng)建議旨在提供一種機(jī)制為C API作者指定導(dǎo)入的函數(shù)和變量作為導(dǎo)入Swift類型成員的能力。
- 舉個(gè)??蔫仙，Core Graphics C API
// Current
override func drawRect(rect: CGRect) {
let context: CGContext = UIGraphicsGetCurrentContext()!
let toCenter = CGPoint(x: bounds.width/2.0, y: bounds.height/2.0)
let angle = CGFloat(M_PI / 16)
var transform = CGAffineTransformIdentity
for _ in 0..<32 {
triangulateRect(bounds, inputTransform: transform, context: context)
transform = CGAffineTransformTranslate(transform, toCenter.x, toCenter.y)
transform = CGAffineTransformRotate(transform, angle)
transform = CGAffineTransformTranslate(transform, -toCenter.x, -toCenter.y)
}
CGContextSetLineWidth(context, bounds.size.width / 100)
CGContextSetGrayStrokeColor(context, 0.5, 1.0)
CGContextDrawPath(context, .Stroke)
}
func triangulateRect(bounds: CGRect, inputTransform: CGAffineTransform,
context: CGContext) {
var transform = inputTransform
// Triangle from top left corner, to bottom middle, to top right, and then
// draw the boundary
let topLeft = bounds.origin
let bottomRight = CGPoint(x: bounds.size.width, y: bounds.size.height)
let path = CGPathCreateMutable()
CGPathMoveToPoint(path, &transform, topLeft.x, topLeft.y)
CGPathAddLineToPoint(path, &transform, CGRectGetMidX(bounds), bottomRight.y)
CGPathAddLineToPoint(path, &transform, bottomRight.x, topLeft.y)
CGPathAddLineToPoint(path, &transform, topLeft.x, topLeft.y)
CGPathAddLineToPoint(path, &transform, topLeft.x, bottomRight.y)
CGPathAddLineToPoint(path, &transform, bottomRight.x, bottomRight.y)
CGPathAddLineToPoint(path, &transform, bottomRight.x, topLeft.y)
CGContextAddPath(context, path)
}
// Proposed
override func drawRect(rect: CGRect) {
let context: CGContext = UIGraphicsGetCurrentContext()!
let toCenter = CGPoint(x: bounds.width/2.0, y: bounds.height/2.0)
let angle = CGFloat(M_PI / 16)
var transform = CGAffineTransform.identity
for _ in 0..<32 {
triangulateRect(bounds, inputTransform: transform, context: context)
transform = transform.translate(toX: toCenter.x, toY: toCenter.y)
.rotate(angle: angle)
.translate(toX: -toCenter.x, toY: -toCenter.y)
}
context.lineWidth = bounds.size.width / 100
context.strokeColor = CGColor(gray: 0.5, alpha: 1.0)
context.drawPath(mode: .Stroke)
}
func triangulateRect(bounds: CGRect, inputTransform: CGAffineTransform,
context: CGContext) {
var transform = inputTransform
// Triangle from top left corner, to bottom middle, to top right, and then
// draw the boundary
let topLeft = bounds.origin
let bottomRight = CGPoint(x: bounds.size.width, y: bounds.size.height)
let path = CGMutablePath()
path.move(transform: &transform, x: topLeft.x, y: topLeft.y)
path.addLine(transform: &transform, x: bounds.midX, y: bottomRight.y)
path.addLine(transform: &transform, x: bottomRight.x, y: topLeft.y)
path.addLine(transform: &transform, x: topLeft.x, y: topLeft.y)
path.addLine(transform: &transform, x: topLeft.x, y: bottomRight.y)
path.addLine(transform: &transform, x: bottomRight.x, y: bottomRight.y)
path.addLine(transform: &transform, x: bottomRight.x, y: topLeft.y)
context.addPath(path)
}
SE-0046: 函數(shù)的所有參數(shù)聲明方式要一致性料睛，包括第一個(gè)參數(shù)聲明方式
// 從第一個(gè)參數(shù)就必須指定參數(shù)名，除非使用"_"明確指出省略參數(shù)
func sum(num1:Int,num2:Int)->Int{
return num1 + num2
}
sum(num1: 1, num2: 2) // old: sum(1,2)或者sum(1, num2: 2)
SE-0047: 默認(rèn)在非Void函數(shù)返回類型下摇邦，返回結(jié)果未使用時(shí)會有警告
Swift3.0 中方法的返回值必須有接收不然會報(bào)警告恤煞，為了避免開發(fā)人員忘記接收返回值的情況，但是有些情況下確實(shí)不需要返回值可以使用"_"接收來忽略返回值施籍。也可以增加@discardableResult聲明居扒，告訴編譯器我這個(gè)方法是可以不用接收返回值的。
SE-0048: 泛型類型別名
Swift3.0提議之前，typealias是單一的，這也就限制了它贮懈，只能將某個(gè)特定的類型扼褪，通過typealias來定義成新的名字，而不能將整個(gè)泛型類型進(jìn)行重命名。舉個(gè)??：
class Person<T> {}
typealias WorkId = String
typealias Worker = Person<WorkId>
Swift3.0提議了可以將整個(gè)泛型類型進(jìn)行重命名：
class Person<T> {}
typealias Worker1<T> = Person<T>
SE-0049: 將聲明式@noescape與@autoclosure改為類型屬性
這一項(xiàng)提議的意義和SE-0031的提議一樣：提高一致性和減少冗余的語言。
// Current
// declaration attribute
func f(@noescape fn : () -> ()) {}
func f2(@autoclosure a : () -> ()) {}
//Proposed
//type attribute.
func f(fn : @noescape () -> ()) {}
func f2(a : @autoclosure () -> ()) {}
SE-0053: 從函數(shù)參數(shù)中移除let
默認(rèn)情況下函數(shù)參數(shù)是不可變的，顯示的聲明函數(shù)參數(shù)是let进副，顯得語法冗余了，所以說提議從函數(shù)參數(shù)中移除let悔常。
// Current
func foo(let x: Int) { ... }
// Proposed
func foo(x: Int) { ... }
SE-0054: 廢棄ImplicitlyUnwrappedOptional類型
這項(xiàng)提議我們要減少隱式解包可選類型(ImplicitlyUnwrappedOptional)的使用影斑，因?yàn)镾wift的類型設(shè)計(jì)是十分安全的给赞，隱式解包可選類型破壞了這種安全性，所以說我們要減少使用隱式解包可選類型鸥昏。只可以在以下幾個(gè)地方使用：
- 屬性和變量聲明
- 構(gòu)造器聲明
- 方法聲明
- 角標(biāo)聲明
- 參數(shù)聲明
未完待續(xù)……
推薦一篇文章:Swift3
本文所寫的內(nèi)容是看文檔之后自己的理解塞俱，又不對的地方，歡迎指出吏垮。
