在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
一、Swift 3.0语法变化 首先和大家分享一下学习新语法的技巧: 手动调出Xcode自动转换Swift2.3 到 Swift3.0 弹出语言版本选择界面,选择Covert to Swift3,然后: 进入选择模块界面: 选择模块界面 建议只选择自己创建的模块,第三方框架的模块最好不要使用Xcode来转换,等待第三方作者更新。 进入转换界面: 转换界面 好了,下面给大家分享一下我的遇到的语法变化。 UIColor将常用的标准颜色写成了只读属性,不再是方法,调用方法改变。 Swift 2.3 UIColor
Swift 3.0 UIColor Swift 3.0 和 Swift 2.0 写法对比 Any和AnyObject这两个类型都是Swift中很早就出现的类型,但是我们经常使用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 写法对比 三、常用系统提供单例类的获取方法Swift风格化Swift 3.0 和 Swift 2.3 写法对比 常用结构体的构造方法改变常用的结构体有:CGSize、CGPoint和CGRect。 Swift 3.0 和 Swift 2.3 写法对比 Swift2.3中,使用构造方法和make函数都可以创建; // Make函数创建 // 只能使用构造方法创建 转变为结构体的类在之前的Swift版本中,苹果引入了String、Array和Dictionary这三个结构体来代替OC中的NSString、NSArray和NSDictionary这三个类,当然这三个OC类依然可以使用。但是在平时的开发使用中,Swift的这三个结构体使用起来更方便,大部分情况下效率更高。 新增结构体类型及对应的OC类型 四、通知的变化Swift 3.0 和 Swift 2.3 写法对比 Swift 3.0 中NSNotification和Notification创建时,通知的name参数类型都变为“Notification.Name”类型,该类型创建比较复杂。 // Swift3.0中的通知 五、UIViewController 返回是否显示状态栏的方法变化控制器方法改为属性 获取string的字符串长度方法的改变
获取字符串长度参数改变 六、获取沙盒指定文件夹路径的方法变化获取文件路径统一交给FileManager来管理 获取沙盒路径参数改变 七、Swift3.0中GCD语法的改变Swift3.0中GCD写起来更简洁了。 GCD语法改变 延迟执行的代码转换的不够好。应该这样写: 1 // 延迟执行代码 2 DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 5) { 3 print(“2324”) 4 } Swfit的关键字的变化private和fileprivate private: 私有属性和方法,仅在当前类中可以访问,不包括分类; 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有两层含义:
继承是一件危险的事情。尤其对于一个framework或者module的设计者而言。在自身的module内,类或者属性对于作者而言是清晰的,能否被继承或者override都是可控的。但是对于使用它的人,作者有时会希望传达出这个类或者属性不应该被继承或者修改。这个对应的就是 final。 final的问题在于在标记之后,在任何地方都不能override。而对于lib的设计者而言,希望得到的是在module内可以被override,在被import到其他地方后其他用户使用的时候不能被override。 这就是 open产生的初衷。通过open和public标记区别一个元素在其他module中是只能被访问还是可以被override。 在Swift3.0中
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 } 八、总结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中selecter的Swift风格化在Swift2.2中,当我们为一个按钮添加点击事件时常常这样写: Swift 2.3 中 Selector写法 在Swift2.2更新到Swift2.3后可以看到警告告诉我们这是一个OC风格的写法,建议改为Swift风格的写法。 Swift 3.0 中 Selector写法
原文链接: http://www.jianshu.com/p/460b5424942a 文/光无影(简书作者) 著作权归作者所有,转载请联系作者获得授权,并标注“简书作者”。
|
请发表评论