Swift 3的變化

時間 2019-11-12

標籤 swift 變化欄目 Swift 简体版

原文原文鏈接

1、Swift 3.0語法變化swift

首先和你們分享一下學習新語法的技巧：
用Xcode8打開本身的Swift2.3的項目,選擇Edit->Convert->To Current Swift Syntax… 讓Xcode幫咱們把Swift2.3的代碼轉換爲Swift3.0。框架

手動調出Xcode自動轉換Swift2.3 到 Swift3.0iview

彈出語言版本選擇界面，選擇Covert to Swift3，而後：async

進入選擇模塊界面：ide

選擇模塊界面函數

建議只選擇本身建立的模塊，第三方框架的模塊最好不要使用Xcode來轉換，等待第三方做者更新。oop

進入轉換界面：學習

轉換界面
不要着急Save，在這個界面中詳細的列出了各個語法具體變化，咱們能夠利用這個界面來快速學習本身項目中遇到語法變化。ui

好了，下面給你們分享一下個人遇到的語法變化。spa

2、經常使用類及方法的Swfit風格化

UIColor

將經常使用的標準顏色寫成了只讀屬性，再也不是方法，調用方法改變。

Swift 2.3 UIColor

Swift 3.0 UIColor

Swift 3.0 和 Swift 2.0 寫法對比

Any和AnyObject

這兩個類型都是Swift中很早就出現的類型，可是咱們常用AnyObject,不多使用Any。
AnyObject相似於OC中的id類型，表示任意的class的實例對象，可是在Swift中，例如咱們常見的String和Array都變爲結構體了，並且在Swift3.0中，更多的類型或者枚舉被寫爲結構體了，AnyObject的適用範圍變相被削弱了，因此在Swift3.0的API中曾經許多AnyOjbect的類型被替換爲Any了。
固然，這對於咱們使用這些API沒有影響，可是在咱們本身定義方法時，若是須要用到AnyObject，就須要認真考慮一下該用AnyObject仍是Any了。

Swift 3.0 和 Swift 2.0 寫法對比

BOOL屬性的命名規則

在OC中，官方建議咱們將BOOL屬性的getter方法命名爲isXXX,Swift中因爲只是將原有OCUIKit框架進行Swift轉換，因此這個規則在以前是Swift中並無體現。在Swift3.0中，這個規則被再次應用，全部的BOOL類型都從新命名爲isXXX,因此之後咱們的自定義類中BOOL屬性的命名也應體現這個規則。

布爾類型的屬性get方法改變

Foundation框架部分類名去掉NS前綴

包括：UserDefaults、URL、NotificationCenter、Bundle、Timer、Thread、RunLoop

Swift 3.0 和 Swift 2.3 寫法對比

3、經常使用系統提供單例類的獲取方法Swift風格化

Swift 3.0 和 Swift 2.3 寫法對比

經常使用結構體的構造方法改變

經常使用的結構體有：CGSize、CGPoint和CGRect。

Swift 3.0 和 Swift 2.3 寫法對比

Swift2.3中，使用構造方法和make函數均可以建立；

// Make函數建立
let _ = CGSizeMake(10, 20)
// 構造方法建立
let _ = CGSize(width: 10, height: 20)
Swift3.0中，廢棄make函數，只能使用構造方法建立。

// 只能使用構造方法建立
let _ = CGSize(width: 10, height: 20)

轉變爲結構體的類

在以前的Swift版本中，蘋果引入了String、Array和Dictionary這三個結構體來代替OC中的NSString、NSArray和NSDictionary這三個類，固然這三個OC類依然可使用。可是在平時的開發使用中，Swift的這三個結構體使用起來更方便，大部分狀況下效率更高。
在Swift3.0中，蘋果又推出瞭如下新的結構體，原有OC類依然可使用。而且能夠相互轉化。

新增結構體類型及對應的OC類型

4、通知的變化

Swift 3.0 和 Swift 2.3 寫法對比

Swift 3.0 中NSNotification和Notification建立時，通知的name參數類型都變爲「Notification.Name」類型，該類型建立比較複雜。

// Swift3.0中的通知
let _ = NSNotification(name: NSNotification.Name(rawValue: 「name」), object: nil)
let _ = Notification(name: NSNotification.Name(rawValue: 「name」))

5、UIViewController 返回是否顯示狀態欄的方法變化

控制器方法改成屬性

獲取string的字符串長度方法的改變

獲取字符串長度參數改變

6、獲取沙盒指定文件夾路徑的方法變化

獲取文件路徑統一交給FileManager來管理

獲取沙盒路徑參數改變

7、Swift3.0中GCD語法的改變

Swift3.0中GCD寫起來更簡潔了。

GCD語法改變

延遲執行的代碼轉換的不夠好。應該這樣寫：

1 // 延遲執行代碼 
2 DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 5) { 
3 print(「2324」) 
4 }

Swfit的關鍵字的變化

private和fileprivate

private: 私有屬性和方法，僅在當前類中能夠訪問，不包括分類；
fileprivate: 文件內私有屬性和方法，僅在當前文件中能夠訪問，包括同一個文件中不一樣的類。

 1 /// 如下全部的類都在同一個文件中 
 2 class Test: NSObject { 
 3 // 只能在當前大括號內訪問 
 4 private var value: Int = 0 
 5 // 只能在當前文件內訪問 
 6 fileprivate var value1: Int = 0
 7 
 8 // 只能在當前大括號內訪問 
 9 private func privatePractise() { 
10 value = 1 
11 value1 = 1 
12 fileprivatePractise() 
13 fileprivatePractise1() 
14 print(「privatePractise方法被調用了」) 
15 } 
16 // 只能在當前文件內訪問 
17 fileprivate func fileprivatePractise() { 
18 privatePractise() 
19 fileprivatePractise() 
20 fileprivatePractise1() 
21 print(「fileprivatePractise方法被調用了」) 
22 } 
23 } 
24 extension Test { 
25 // 只能在當前大括號內訪問 
26 private func privatePractise1() { 
27 value1 = 1 
28 fileprivatePractise() 
29 fileprivatePractise1() 
30 print(「privatePractise方法被調用了」) 
31 }
32 
33 // 只能在當前文件內訪問 
34 fileprivate func fileprivatePractise1() { 
35 privatePractise1() 
36 fileprivatePractise() 
37 print(「fileprivatePractise方法被調用了」) 
38 } 
39 } 
40 class Test2: NSObject { 
41 func test() { 
42 let t = Test() 
43 t.value1 = 0 
44 t.fileprivatePractise() 
45 t.fileprivatePractise1() 
46 } 
47 }

public和open

在Swift2.3中，pubic有兩層含義：

這個元素能夠在其餘做用域被訪問
這個元素能夠在其餘做用域被繼承或者override

繼承是一件危險的事情。尤爲對於一個framework或者module的設計者而言。在自身的module內，類或者屬性對於做者而言是清晰的，可否被繼承或者override都是可控的。可是對於使用它的人，做者有時會但願傳達出這個類或者屬性不該該被繼承或者修改。這個對應的就是 final。

final的問題在於在標記以後，在任何地方都不能override。而對於lib的設計者而言，但願獲得的是在module內能夠被override，在被import到其餘地方後其餘用戶使用的時候不能被override。

這就是 open產生的初衷。經過open和public標記區別一個元素在其餘module中是隻能被訪問仍是能夠被override。

在Swift3.0中

public表示當前類、屬性或者方法只能在當前module內被繼承或者override，在當前module意外只能被訪問；
open表示當前類、屬性或者方法能夠在任何地方被繼承或者override；
final是一個輔助修飾詞，表示當前類、屬性或者方法在任何地方都只能被訪問，不能被繼承或者override；
internal表示默認級別。

 1 /// ModuleA: 
 2 import UIKit 
 3 /// 這個類在ModuleA的範圍外是不能被繼承的，只能被訪問 
 4 public class NonSubclassableParentClass: NSObject { 
 5 // 這個方法在ModuleA的範圍外只能被訪問，不能被override 
 6 public func test() { 
 7 print(「test」) 
 8 } 
 9 //這是錯誤的寫法，由於class已經不能被集成，因此她的方法的訪問權限不能大於類的訪問權限 
10 open func bar() { 
11 print(「bar」) 
12 } 
13 // 這個方法在任何地方都只能被訪問，不能被override 
14 public final func baz() { 
15 print(「baz」) 
16 } 
17 } 
18 /// 在ModuleA的範圍外能夠被繼承 
19 open class SubclassableParentClass: NSObject { 
20 // 這個屬性在ModuleA的範圍外只能被訪問，不能被override 
21 public var size: Int = 0 
22 // 這個方法在ModuleA的範圍外只能被訪問，不能被override 
23 public func foo() { 
24 print(「foo」) 
25 } 
26 // 這個方法在任何地方均可以被override 
27 open func baz() { 
28 print(「baz」) 
29 } 
30 // 這個方法在任何地方都只能被訪問，不能被override 
31 public final func bar() { 
32 print(「bar」) 
33 } 
34 } 
35 /// 這個類在任何地方都不能被繼承 
36 public final class FinalClass { 
37 }

8、總結

Swfit3.0中，訪問控制權限由高到低依次爲：open、public、internal（默認）、fileprivate，private。

Swift3.0中if…where和guard…where的變化

Swift3.0中對where關鍵字的使用場景進行了一些調整，在Swift2.3中，咱們常這樣寫：

 1 // Swift2.3 
 2 var value: Int? 
 3 var num: Int?
 4 
 5 if let v = value, n = num where v > n { 
 6 print(「value > num」) 
 7 }
 8 
 9 value = 1 
10 num = 2
11 
12 guard let v = value, n = num where v > n else { 
13 print(「value < num」) 
14 return 
15 } 
16 在Swift3.0中，應該這樣實現：
17 
18 // Swift3.0 
19 var value: Int? 
20 var num: Int?
21 
22 if let v = value, let n = num, v > n { 
23 print(「value > num」) 
24 }
25 
26 value = 1 
27 num = 2
28 
29 guard let v = value, let n = num, v > n else { 
30 print(「value < num」) 
31 return 
32 }

Swift3.0中枚舉的變化

在Swift2.3中，官方使用的枚舉值首字母使用大寫，在Swift3.0中，統一將官方使用的枚舉值首字母改成了小寫。雖然自定義的枚舉中枚舉值首字母依然可使用大寫，可是爲了和官方風格保持一致，建議枚舉值首字母使用小寫。

 1 /// 這種寫法是正確的（與官方風格一致，推薦使用） 
 2 enum Direction: String { 
 3 case east = 「east」 
 4 case south = 「south」 
 5 case west = 「west」 
 6 case north = 「north」 
 7 }
 8 
 9 /// 這種寫法也是正確的（與官方風格不一致，不推薦使用） 
10 enum Sex: Int { 
11 case Man = 0 
12 case Woman = 1 
13 case Other = 2 
14 }