在2016年的WWDC，swift 3.0隨著iOS 10和Xcode 8一起發(fā)布，建議盡早升級swift 3.0，因?yàn)樾袆釉皆绾竺娓膭釉缴?。使用Xcode 8適配swift 3.0的過程中，你會意識到swift 3.0有很大的改動，也許你認(rèn)為從swift 1.2到2.0已經(jīng)是很大的改動，我覺得這真的不算什么，因?yàn)槟氵€沒有見到swift 3.0的全貌，它的改動更多更大。

在這邊文章，我將通過盡量多而全的代碼示例向讀者著重介紹swift 3.0主要改變和優(yōu)化的地方，并希望在接下來的時間里，對你升級Xcode 8、適配swift 3.0有所幫助。除了以下所列的相對重要的改動，swift 3.0還有其他很多的改動，但是下面所列的改動對于你當(dāng)前適配swift 3.0的工作會有很大的幫助。

Notes:

1: swift 3.0有很多很多的改動和優(yōu)化，有些改動可以說瑣碎而又微不足道，然而這一次swift 3.0的更新對于我們開發(fā)者而言也是一種新的希望，因?yàn)檫@些改動更像是swift誕生兩年以來一次大而徹底的更新，它讓swift更優(yōu)秀更簡潔，也意味著經(jīng)過這一次大刀闊斧改動、優(yōu)化之后，以后的swift版本更新應(yīng)該將顯著地減少。

2: 如果你還未閱讀swift 2.2新特性的相關(guān)文章，建議你查閱相關(guān)文章，作簡單了解，swift 2.2中舍棄(deprecated)的語法，例如++,--和C語言風(fēng)格的for循環(huán)等語法在swift 3.0中已經(jīng)被移除了。

調(diào)用函數(shù)時寫出所有的形參名稱

我們調(diào)用函數(shù)的方式在swift 2.0時候已經(jīng)有過一些改變，這一次swift 3.0更新再一次改變調(diào)用函數(shù)的語法，對之前的swift甚至可以說是一次顛覆。在swift 2.x和之前的版本中，調(diào)用方法func不需要顯式寫出第一個參數(shù)名稱，所以大多數(shù)時候方法第一個參數(shù)名已經(jīng)包含在方法名稱中了，看看下面的代碼示例，

// swift 2.x及之前的版本```

` ` `

names.indexOf("Taylor")"Taylor".writeToFile("filename", atomically:true, encoding:NSUTF8StringEncoding)SKAction.rotateByAngle(CGFloat(M_PI_2), duration:10)UIFont.preferredFontForTextStyle(UIFontTextStyleSubheadline)overridefuncnumberOfSectionsInTableView(tableView: UITableView)->IntfuncviewForZoomingInScrollView(scrollView: UIScrollView)->UIView?NSTimer.scheduledTimerWithTimeInterval(0.35, target:self, selector: #selector(createEnemy), userInfo:nil, repeats:true)

在新版本的swift 3.0中，方法調(diào)用時需要寫出所有的參數(shù)名，當(dāng)然我們可以在定義一個方法的使用_下劃線，這也意味著以后調(diào)用該方法的時候不需要再寫出參數(shù)名，參考下面的代碼，

structPerson{funcrun(name: String)->Void{print("\(name)running...")? ? }funcrun(withName name: String)->Void{print("\(name)running...")? ? }funcrun(_name: String)->Void{print("\(name)running...")? ? }}

現(xiàn)在swift 3.0要求方法調(diào)用時候?qū)懗鏊械膮?shù)名，下面的代碼比較了swift 2.2和swift 3.0在方法調(diào)用時候語法的區(qū)別，

names.indexOf("Taylor")names.index(of:"Taylor")"Taylor".writeToFile("filename", atomically:true, encoding:NSUTF8StringEncoding)"Taylor".write(toFile:"somefile", atomically:true, encoding:String.Encoding.utf8)SKAction.rotateByAngle(CGFloat(M_PI_2), duration:10)SKAction.rotate(byAngle:CGFloat(M_PI_2), duration:10)UIFont.preferredFontForTextStyle(UIFontTextStyleSubheadline)UIFont.preferredFont(forTextStyle:UIFontTextStyle.subheadline)overridefuncnumberOfSectionsInTableView(tableView: UITableView)->IntoverridefuncnumberOfSections(intableView: UITableView)->IntfuncviewForZoomingInScrollView(scrollView: UIScrollView)->UIView?funcviewForZooming(inscrollView: UIScrollView)->UIView?NSTimer.scheduledTimerWithTimeInterval(0.35, target:self, selector: #selector(createEnemy), userInfo:nil, repeats:true)Timer.scheduledTimer(timeInterval:0.35, target:self, selector: #selector(createEnemy), userInfo:nil, repeats:true)

?` ` `

需要注意的是，最后一個例子中，調(diào)用方法時，我們使用Timer取代了NSTimer，這是因?yàn)樵趕wift 3.0中，SDK中一些基本的類型已經(jīng)去除了NS前綴，例如FileManager,UserDefaults,Data,Date,URL,NSURLRequest,UUID,NotificationCenter等。

Swift支持命名空間，這相比Objective-C而言無疑是一種優(yōu)化和進(jìn)步。在swift中，可以使用命名空間來避免出現(xiàn)命名沖突，只要是來自不同的命名空間，類class名字即使相同也不會出現(xiàn)沖突。Swift命名空間的使用不是在一個項(xiàng)目中，而是需要跨項(xiàng)目使用，在同一個項(xiàng)目中都是同一個命名空間，此時全局變量和函數(shù)共享，不需要使用import導(dǎo)入。

大多數(shù)情況下，建議開發(fā)者調(diào)用方法時寫出所有的參數(shù)名，但是一些系統(tǒng)方法又要求遵循以前的調(diào)用規(guī)則，即省略第一個參數(shù)名，因?yàn)橄到y(tǒng)方法在定義是使用了_下劃線，我們來對比一下在swift 2.2和swift 3.0中，UIKit的一些方法還保持了一致，下面是swift 2.2中一些SDK方法的定義，

```

// swift 2.2// 方法定義沒有 _ 下劃線overridefuncviewWillAppear(animated: Bool)overridefunctableView(tableView: UITableView, numberOfRowsInSection section: Int)->IntoverridefuncdidMoveToView(view: SKView)overridefunctraitCollectionDidChange(previousTraitCollection: UITraitCollection?)functextFieldShouldReturn(textField: UITextField)->Bool

在swift 3.0中，上述方法在定義時第一個參數(shù)都使用了_下劃線，這就表明了調(diào)用方法時候無需寫出第一個參數(shù)名，下面是swift 3.0中一些SDK方法的定義，

// swift 3.0// 為了保持調(diào)用與swift 2.2一致，使用 _ 下劃線定義方法overridefuncviewWillAppear(_animated: Bool)overridefunctableView(_tableView: UITableView, numberOfRowsInSection section: Int)->IntoverridefuncdidMoveToView(_view: SKView)overridefunctraitCollectionDidChange(_previousTraitCollection: UITraitCollection?)functextFieldShouldReturn(_textField: UITextField)->Bool

```

刪除多余的詞匯

當(dāng)swift在2015年12月開源的時候，它的新的簡潔的API設(shè)計規(guī)范中包含三個重要的詞語 -Ommit Needless Words，即刪除多余的詞匯。這樣一個API設(shè)計規(guī)范給swift 3.0帶來一個另一個顛覆性的改變，因?yàn)樗馕吨谛碌腁PI設(shè)計原則下，開發(fā)者在定義swift方法時應(yīng)該刪除方法名中明確的，不言而喻的(self-evident)的詞匯，先通過下面的代碼看一下swift 2.2 SDK中的方法名，

```

// swift 2.2// 方法中包含一些略顯多余的描述性詞匯letblue =UIColor.blueColor()letmin= numbers.minElement()attributedString.appendAttributedString(anotherString)names.insert("Jane", atIndex:0)UIDevice.currentDevice()

你能識別上面代碼中多余的詞匯嗎？當(dāng)你使用UIColor時，理所當(dāng)然地，blue就是你想要的顏色，所以使用blueColor()顯得多余；當(dāng)你添加一段富文本字符串到另一段字符串中，其實(shí)你并不需要通過方法appendAttributedString詳細(xì)地說明該方法是添加富文本字符串。

那么我們來看一看在swift 3.0中，怎樣刪除方法名中多余的詞匯，如下代碼所示，

letblue =UIColor.blueletmin= numbers.min()attributedString.append(anotherString)names.insert("Jane", at:0)UIDevice.current

如你所見，swift 3.0 SDK中刪除方法中多余的詞匯，讓方法名的長度明顯變短，語義也更加明確易懂。

這個API設(shè)計規(guī)范尤其深刻地影響了字符串(strings)，原先，SDK中的String大多數(shù)方法中包含了大量重復(fù)而又多余的描述性詞匯。我們通過下面的代碼來說明swift 2.2和swift 3.0中的String方法名的重大改變吧，

// 刪減字符串空格"Hello".stringByTrimmingCharactersInSet(.whitespaceAndNewlineCharacterSet())// swift 2.2"Hello".trimmingCharacters(in: .whitespacesAndNewlines)// swift 3.0// 包含"Taylor".containsString("ayl")// swift 2.2"Taylor".contains("ayl")// swift 3.0// 以","分割為數(shù)組"1,2,3,4,5".componentsSeparatedByString(",")// swift 2.2"1,2,3,4,5".components(separatedBy:",")// swift 3.0// 添加文件后綴myPath.stringByAppendingPathComponent("file.txt")// swift 2.2myPath.appendingPathComponent("file.txt")// swift 3.0// 替換"Hello, world".stringByReplacingOccurrencesOfString("Hello", withString:"Goodbye")// swift 2.2"Hello, world".replacingOccurrences(of:"Hello",with:"Goodbye")// swift 3.0// 根據(jù)在2016年的WWDC，swift 3.0隨著iOS 10和Xcode 8一起發(fā)布，建議盡早升級swift 3.0，因?yàn)樾袆釉皆绾竺娓膭釉缴?。使用Xcode 8適配swift 3.0的過程中，你會意識到swift 3.0有很大的改動，也許你認(rèn)為從swift 1.2到2.0已經(jīng)是很大的改動，我覺得這真的不算什么，因?yàn)槟氵€沒有見到swift 3.0的全貌，它的改動更多更大。