Swift 3的变化

1、Swift 3.0语法变化

首先和你们分享一下学习新语法的技巧： 
用Xcode8打开本身的Swift2.3的项目,选择Edit->Convert->To Current Swift Syntax… 让Xcode帮咱们把Swift2.3的代码转换为Swift3.0。

手动调出Xcode自动转换Swift2.3 到 Swift3.0

弹出语言版本选择界面，选择Covert to Swift3，而后：

进入选择模块界面：

选择模块界面

建议只选择本身建立的模块，第三方框架的模块最好不要使用Xcode来转换，等待第三方做者更新。

进入转换界面：

转换界面 
不要着急Save，在这个界面中详细的列出了各个语法具体变化，咱们能够利用这个界面来快速学习本身项目中遇到语法变化。

好了，下面给你们分享一下个人遇到的语法变化。

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有两层含义：

1. 这个元素能够在其余做用域被访问
2. 这个元素能够在其余做用域被继承或者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 }

Swift3.0中方法名的Swift风格化

在Swift的方法命名规则中，参数有两个名称，一个内部名，一个外部名。当参数有外部名时，方法调用时只显示外部名，若无外部名，则默认外部名和内部名相同。 

外部名和内部名

在Swift2.3中，第一个参数若没有外部名，则调用时候常省略。对于经常使用的UIKit和Foundation框架来讲，Swift2.3中的方法名称依然是OC语言的风格。

Swift2.3 方法名称风格

在Swift3.0中，第一个参数若没有外部名，则调用时显示内部名，不省略。同时将经常使用的UIKit和Foundation框架的方法名进行了Swift风格化，使方法调用时更简洁清晰。 

Swift3.0 方法名称风格

两种风格方法调用对比：

dismiss方法swift风格化

建议之后自定义方法时，风格尽可能和Swift3.0保持一致。 
在Swift3.0 编译器环境下两种风格对比：

自定义方法两种风格对比

Swift3.0中selecter的Swift风格化

在Swift2.2中，当咱们为一个按钮添加点击事件时经常这样写：

Swift 2.3 中 Selector写法

在Swift2.2更新到Swift2.3后能够看到警告告诉咱们这是一个OC风格的写法，建议改成Swift风格的写法。 
在Swift3.0中两种写法依然均可以使用，可是建议统一写为Swift风格的，由于你不知道何时OC风格的就不被容许了。 

Swift 3.0 中 Selector写法 
运算符的变化

1. Swift3.0中运算符的左右两边必须不能为optional。
2. ++和–是继承自C语言中的运算符，在Swift3.0中被移除，建议使用 x += 1来代替。

 

 

原文连接：

http://www.jianshu.com/p/460b5424942a 

文／光无影（简书做者）

著做权归做者全部，转载请联系做者得到受权，并标注“简书做者”。