Swift-3.0相对于2.3语法的一些变化
写在前面首先和大家分享一下学习新语法的技巧：
进入转换界面： 转换界面 好了，下面给大家分享一下我的遇到的语法变化。 常用类及方法的Swfit风格化UIColor将常用的标准颜色写成了只读属性，不再是方法，调用方法改变。 >Swift 2.3 UIColor >Swift 3.0 UIColor >Swift 3.0 和 Swift 2.0 写法对比 Any和AnyObject
BOOL属性的命名规则
布尔类型的属性get方法改变 Foundation框架部分类名去掉NS前缀
Swift 3.0 和 Swift 2.3 写法对比 常用系统提供单例类的获取方法Swift风格化Swift 3.0 和 Swift 2.3 写法对比 常用结构体的构造方法改变
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)
转变为结构体的类
新增结构体类型及对应的OC类型 通知的变化Swift 3.0 和 Swift 2.3 写法对比
// 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写起来更简洁了。 GCD语法改变
延迟执行的代码转换的不够好。应该这样写：
// 延迟执行代码
DispatchQueue.main.asyncAfter(deadline: DispatchTime.now() + 5) {
print("2324")
}
Swfit的关键字的变化private和fileprivateprivate: 私有属性和方法，仅在当前类中可以访问，不包括分类； /// 以下所有的类都在同一个文件中
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有两层含义： 这个元素可以在其他作用域被访问 final的问题在于在标记之后，在任何地方都不能override。而对于lib的设计者而言，希望得到的是在module内可以被override，在被import到其他地方后其他用户使用的时候不能被override。 这就是 open产生的初衷。通过open和public标记区别一个元素在其他module中是只能被访问还是可以被override。 在Swift3.0中 public表示当前类、属性或者方法只能在当前module内被继承或者override，在当前module意外只能被访问； /// 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 {
}
总结
// 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,v > n else {
print("value < num")
return
}
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语言的风格。 dismiss方法swift风格化 Swift3.0中selector的Swift风格化在Swift2.2中，当我们为一个按钮添加点击事件时常常这样写： Swift 2.3 中 Selector写法 在Swift2.2更新到Swift2.3后可以看到警告告诉我们这是一个OC风格的写法，建议改为Swift风格的写法。 运算符的变化Swift3.0中运算符的左右两边必须不能为optional。 参考链接：http://www.cnblogs.com/Free-Thinker/p/5942053.html （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |