最近在看swift3的官方文檔,學習swift3,之前沒怎麼看過swift2,看了這篇文章,感覺swift的變化還是挺大的,也許還要再過兩年才能穩定下來吧。
寫在前面
首先和大家分享一下學習新語法的技巧:
用Xcode8打開自己的Swift2.3的項目,選擇Edit->Convert->To Current Swift Syntax… 讓Xcode幫我們把Swift2.3的代碼轉換爲Swift3.0。
彈出語言版本選擇界面,選擇Covert to Swift3,Next:
進入選擇模塊界面:
建議只選擇自己創建的模塊,第三方框架的模塊最好不要使用Xcode來轉換,等待第三方作者更新。
進入轉換界面:
不要着急Save,在這個界面中詳細的列出了各個語法具體變化,我們可以利用這個界面來快速學習自己項目中遇到語法變化。
好了,下面給大家分享一下我的遇到的語法變化。
常用類及方法的Swfit風格化
UIColor
將常用的標準顏色寫成了只讀屬性,不再是方法,調用方法改變。
Any和AnyObject
這兩個類型都是Swift中很早就出現的類型,但是我們經常使用AnyObject,很少使用Any。
AnyObject類似於OC中的id類型,表示任意的class的實例對象,但是在Swift中,例如我們常見的String和Array都變爲結構體了,而且在Swift3.0中,更多的類型或者枚舉被寫爲結構體了,AnyObject的適用範圍變相被削弱了,所以在Swift3.0的API中曾經許多AnyOjbect的類型被替換爲Any了。
當然,這對於我們使用這些API沒有影響,但是在我們自己定義方法時,如果需要用到AnyObject,就需要認真考慮一下該用AnyObject還是Any了。
BOOL屬性的命名規則
在OC中,官方建議我們將BOOL屬性的getter方法命名爲isXXX,Swift中由於只是將原有OCUIKit框架進行Swift轉換,所以這個規則在之前是Swift中並沒有體現。在Swift3.0中,這個規則被再次應用,所有的BOOL類型都重新命名爲isXXX,所以以後我們的自定義類中BOOL屬性的命名也應體現這個規則。
Foundation框架部分類名去掉NS前綴
包括:UserDefaults、URL、NotificationCenter、Bundle、Timer、Thread、RunLoop
常用系統提供單例類的獲取方法Swift風格化
常用結構體的構造方法改變
常用的結構體有:CGSize、CGPoint和CGRect。
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類依然可以使用。並且可以相互轉化。
通知的變化
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"))
UIViewController 返回是否顯示狀態欄的方法變化
獲取string的字符串長度方法的改變
獲取沙盒指定文件夾路徑的方法變化
獲取文件路徑統一交給FileManager來管理
Swift3.0中GCD語法的改變
Swift3.0中GCD寫起來更簡潔了。
延遲執行的代碼轉換的不夠好。應該這樣寫:
// 延遲執行代碼
DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 5) {
print("2324")
}
Swfit的關鍵字的變化
private和fileprivate
- private: 私有屬性和方法,僅在當前類中可以訪問,不包括分類;
-
fileprivate: 文件內私有屬性和方法,僅在當前文件中可以訪問,包括同一個文件中不同的類。
/// 以下所有的類都在同一個文件中 class Test: NSObject { // 只能在當前大括號內訪問 private var value: Int = 0 // 只能在當前文件內訪問 fileprivate var value1: Int = 0 // 只能在當前大括號內訪問 private func privatePractise() { value = 1 value1 = 1 fileprivatePractise() fileprivatePractise1() print("privatePractise方法被調用了") } // 只能在當前文件內訪問 fileprivate func fileprivatePractise() { privatePractise() fileprivatePractise() fileprivatePractise1() print("fileprivatePractise方法被調用了") } } extension Test { // 只能在當前大括號內訪問 private func privatePractise1() { value1 = 1 fileprivatePractise() fileprivatePractise1() print("privatePractise方法被調用了") } // 只能在當前文件內訪問 fileprivate func fileprivatePractise1() { privatePractise1() fileprivatePractise() print("fileprivatePractise方法被調用了") } } class Test2: NSObject { func test() { let t = Test() t.value1 = 0 t.fileprivatePractise() t.fileprivatePractise1() } }
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表示默認級別。
/// ModuleA: import UIKit /// 這個類在ModuleA的範圍外是不能被繼承的,只能被訪問 public class NonSubclassableParentClass: NSObject { // 這個方法在ModuleA的範圍外只能被訪問,不能被override public func test() { print("test") } //這是錯誤的寫法,因爲class已經不能被集成,所以她的方法的訪問權限不能大於類的訪問權限 open func bar() { print("bar") } // 這個方法在任何地方都只能被訪問,不能被override public final func baz() { print("baz") } } /// 在ModuleA的範圍外可以被繼承 open class SubclassableParentClass: NSObject { // 這個屬性在ModuleA的範圍外只能被訪問,不能被override public var size: Int = 0 // 這個方法在ModuleA的範圍外只能被訪問,不能被override public func foo() { print("foo") } // 這個方法在任何地方都可以被override open func baz() { print("baz") } // 這個方法在任何地方都只能被訪問,不能被override public final func bar() { print("bar") } } /// 這個類在任何地方都不能被繼承 public final class FinalClass { }
總結
Swfit3.0中,訪問控制權限由高到低依次爲:open、public、internal(默認)、fileprivate,private。
Swift3.0中if…where和guard…where的變化
Swift3.0中對where關鍵字的使用場景進行了一些調整,在Swift2.3中,我們常這樣寫:
// Swift2.3
var value: Int?
var num: Int?
if let v = value, n = num where v > n {
print("value > num")
}
value = 1
num = 2
guard let v = value, n = num where v > n else {
print("value < num")
return
}
在Swift3.0中,應該這樣實現:
// Swift3.0
var value: Int?
var num: Int?
if let v = value, let n = num, v > n {
print("value > num")
}
value = 1
num = 2
guard let v = value, let n = num, v > n else {
print("value < num")
return
}
Swift3.0中枚舉的變化
在Swift2.3中,官方使用的枚舉值首字母使用大寫,在Swift3.0中,統一將官方使用的枚舉值首字母改爲了小寫。雖然自定義的枚舉中枚舉值首字母依然可以使用大寫,但是爲了和官方風格保持一致,建議枚舉值首字母使用小寫。
/// 這種寫法是正確的(與官方風格一致,推薦使用)
enum Direction: String {
case east = "east"
case south = "south"
case west = "west"
case north = "north"
}
/// 這種寫法也是正確的(與官方風格不一致,不推薦使用)
enum Sex: Int {
case Man = 0
case Woman = 1
case Other = 2
}
Swift3.0中方法名的Swift風格化
在Swift的方法命名規則中,參數有兩個名稱,一個內部名,一個外部名。當參數有外部名時,方法調用時只顯示外部名,若無外部名,則默認外部名和內部名相同。
在Swift2.3中,第一個參數若沒有外部名,則調用時候常省略。對於常用的UIKit和Foundation框架來說,Swift2.3中的方法名稱依然是OC語言的風格。
在Swift3.0中,第一個參數若沒有外部名,則調用時顯示內部名,不省略。同時將常用的UIKit和Foundation框架的方法名進行了Swift風格化,使方法調用時更簡潔清晰。
兩種風格方法調用對比:
建議以後自定義方法時,風格儘量和Swift3.0保持一致。
在Swift3.0 編譯器環境下兩種風格對比:
Swift3.0中selecter的Swift風格化
在Swift2.2中,當我們爲一個按鈕添加點擊事件時常常這樣寫:
在Swift2.2更新到Swift2.3後可以看到警告告訴我們這是一個OC風格的寫法,建議改爲Swift風格的寫法。
在Swift3.0中兩種寫法依然都可以使用,但是建議統一寫爲Swift風格的,因爲你不知道什麼時候OC風格的就不被允許了。
運算符的變化
- Swift3.0中運算符的左右兩邊必須不能爲optional。
- ++和--是繼承自C語言中的運算符,在Swift3.0中被移除,建議使用 x += 1來代替。
原文鏈接:http://www.jianshu.com/p/460b5424942a
著作權歸作者所有,轉載請聯繫作者獲得授權,並標註“簡書作者”。