最近在看swift3的官方文档,学习swift3,之前没怎么看过swift2,看了这篇文章,感觉swift的变化还是挺大的,也许还要再过两年才能稳定下来吧。
写在前面
首先和大家分享一下学习新语法的技巧:
用Xcode8打开自己的Swift2.3的项目,选择Edit->Convert->To Current Swift Syntax… 让Xcode帮我们把Swift2.3的代码转换为Swift3.0。
![](https://i-blog.csdnimg.cn/blog_migrate/01c6615be989479bab4812ac2efd65f4.webp?x-image-process=image/format,png)
弹出语言版本选择界面,选择Covert to Swift3,Next:
![](https://i-blog.csdnimg.cn/blog_migrate/4c188f4d0be002b4377f4bd4425c6821.webp?x-image-process=image/format,png)
进入选择模块界面:
![](https://i-blog.csdnimg.cn/blog_migrate/e5193df01e53004065ef63926d5bc223.webp?x-image-process=image/format,png)
建议只选择自己创建的模块,第三方框架的模块最好不要使用Xcode来转换,等待第三方作者更新。
进入转换界面:
![](https://i-blog.csdnimg.cn/blog_migrate/e9cae96810140e33aa71e11d63835405.webp?x-image-process=image/format,png)
不要着急Save,在这个界面中详细的列出了各个语法具体变化,我们可以利用这个界面来快速学习自己项目中遇到语法变化。
好了,下面给大家分享一下我的遇到的语法变化。
常用类及方法的Swfit风格化
UIColor
将常用的标准颜色写成了只读属性,不再是方法,调用方法改变。
![](https://i-blog.csdnimg.cn/blog_migrate/bdaf6d6fa919317f156db7b0e853f9f8.webp?x-image-process=image/format,png)
![](https://i-blog.csdnimg.cn/blog_migrate/13752993a961308bcdd042ec72744c72.webp?x-image-process=image/format,png)
![](https://i-blog.csdnimg.cn/blog_migrate/a006553a46957226f582f013be47f98d.webp?x-image-process=image/format,png)
Any和AnyObject
这两个类型都是Swift中很早就出现的类型,但是我们经常使用AnyObject,很少使用Any。
AnyObject类似于OC中的id类型,表示任意的class的实例对象,但是在Swift中,例如我们常见的String和Array都变为结构体了,而且在Swift3.0中,更多的类型或者枚举被写为结构体了,AnyObject的适用范围变相被削弱了,所以在Swift3.0的API中曾经许多AnyOjbect的类型被替换为Any了。
当然,这对于我们使用这些API没有影响,但是在我们自己定义方法时,如果需要用到AnyObject,就需要认真考虑一下该用AnyObject还是Any了。
![](https://i-blog.csdnimg.cn/blog_migrate/cd7b24b6655379a7d2f1aef8802ef0ab.webp?x-image-process=image/format,png)
BOOL属性的命名规则
在OC中,官方建议我们将BOOL属性的getter方法命名为isXXX,Swift中由于只是将原有OCUIKit框架进行Swift转换,所以这个规则在之前是Swift中并没有体现。在Swift3.0中,这个规则被再次应用,所有的BOOL类型都重新命名为isXXX,所以以后我们的自定义类中BOOL属性的命名也应体现这个规则。
![](https://i-blog.csdnimg.cn/blog_migrate/ca795ba9eb0f3035693a847cd2b4b2d8.webp?x-image-process=image/format,png)
Foundation框架部分类名去掉NS前缀
包括:UserDefaults、URL、NotificationCenter、Bundle、Timer、Thread、RunLoop
![](https://i-blog.csdnimg.cn/blog_migrate/d57b7f57d6aa906bfda1c745bcbc740f.webp?x-image-process=image/format,png)
常用系统提供单例类的获取方法Swift风格化
![](https://i-blog.csdnimg.cn/blog_migrate/50d59e365e9047a6bbe1dd400e1936ae.webp?x-image-process=image/format,png)
常用结构体的构造方法改变
常用的结构体有:CGSize、CGPoint和CGRect。
![](https://i-blog.csdnimg.cn/blog_migrate/feca6d0c9c0cf4444da4d894c4598600.webp?x-image-process=image/format,png)
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类依然可以使用。并且可以相互转化。
![](https://i-blog.csdnimg.cn/blog_migrate/3a9e4a900b91b09f1451edd3d67890b0.webp?x-image-process=image/format,png)
通知的变化
![](https://i-blog.csdnimg.cn/blog_migrate/5aaeaf8b642d5bb9f0c0c8a8eb1029f8.webp?x-image-process=image/format,png)
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 返回是否显示状态栏的方法变化
![](https://i-blog.csdnimg.cn/blog_migrate/2dff999512c637f76c2df75e25e13120.webp?x-image-process=image/format,png)
获取string的字符串长度方法的改变
![](https://i-blog.csdnimg.cn/blog_migrate/7b58d24645462bc8eb4e3f5a5c5af119.webp?x-image-process=image/format,png)
获取沙盒指定文件夹路径的方法变化
获取文件路径统一交给FileManager来管理
![](https://i-blog.csdnimg.cn/blog_migrate/c61db4e37bb4f41aec46abf5dbe80825.webp?x-image-process=image/format,png)
Swift3.0中GCD语法的改变
Swift3.0中GCD写起来更简洁了。
![](https://i-blog.csdnimg.cn/blog_migrate/20e1df506491f2cedf3cfce8b4615c41.webp?x-image-process=image/format,png)
延迟执行的代码转换的不够好。应该这样写:
// 延迟执行代码
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的方法命名规则中,参数有两个名称,一个内部名,一个外部名。当参数有外部名时,方法调用时只显示外部名,若无外部名,则默认外部名和内部名相同。
![](https://i-blog.csdnimg.cn/blog_migrate/f753c92353a2e40b46182e318af274e0.webp?x-image-process=image/format,png)
在Swift2.3中,第一个参数若没有外部名,则调用时候常省略。对于常用的UIKit和Foundation框架来说,Swift2.3中的方法名称依然是OC语言的风格。
![](https://i-blog.csdnimg.cn/blog_migrate/69b217c5848560a5f765fbee844a260a.webp?x-image-process=image/format,png)
在Swift3.0中,第一个参数若没有外部名,则调用时显示内部名,不省略。同时将常用的UIKit和Foundation框架的方法名进行了Swift风格化,使方法调用时更简洁清晰。
![](https://i-blog.csdnimg.cn/blog_migrate/db47f74a298ea405e80f001c45605561.webp?x-image-process=image/format,png)
两种风格方法调用对比:
![](https://i-blog.csdnimg.cn/blog_migrate/20d11e1edd06cf78a92eb0fb224da8da.webp?x-image-process=image/format,png)
建议以后自定义方法时,风格尽量和Swift3.0保持一致。
在Swift3.0 编译器环境下两种风格对比:
![](https://i-blog.csdnimg.cn/blog_migrate/fbe5360f21f475e0af0d24f0a8d9ad9f.webp?x-image-process=image/format,png)
Swift3.0中selecter的Swift风格化
在Swift2.2中,当我们为一个按钮添加点击事件时常常这样写:
![](https://i-blog.csdnimg.cn/blog_migrate/cc9d9952793f1d313f9079898384723b.webp?x-image-process=image/format,png)
在Swift2.2更新到Swift2.3后可以看到警告告诉我们这是一个OC风格的写法,建议改为Swift风格的写法。
在Swift3.0中两种写法依然都可以使用,但是建议统一写为Swift风格的,因为你不知道什么时候OC风格的就不被允许了。
![](https://i-blog.csdnimg.cn/blog_migrate/7e91a7feaf65ac24b2e4d7dcdd410561.webp?x-image-process=image/format,png)
运算符的变化
- Swift3.0中运算符的左右两边必须不能为optional。
- ++和--是继承自C语言中的运算符,在Swift3.0中被移除,建议使用 x += 1来代替。
![](https://i-blog.csdnimg.cn/blog_migrate/08fd112167ea0ddf4758891c5eeebf8c.webp?x-image-process=image/format,png)
原文链接:http://www.jianshu.com/p/460b5424942a
著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。