Swift   发布时间:2022-03-31  发布网站:大佬教程  code.js-code.com
大佬教程收集整理的这篇文章主要介绍了Swift-3.0相对于2.3语法的一些变化大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。

概述

写在前面 首先和大家分享一下学习新语法的技巧: 用Xcode8打开自己的Swift2.3的项目; 选择Edit->Convert->To Current Swift Syntax… 让Xcode帮我们把Swift2.3的代码转换为Swift3.0; 手动调出Xcode自动转换Swift2.3 到 Swift3.0 弹出语言版本选择界面,选择Covert to Swift3,Next: 进入选择模块

写在前面

首先和大家分享一下学习新语法的技巧:

进入转换界面:

转换界面
不要着急Save,在这个界面中详细的列出了各个语法具体变化,我们可以利用这个界面来快速学习自己项目中遇到语法变化。

好了,下面给大家分享一下我的遇到的语法变化。

常用类及方法的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来管理

@H_607_150@Swift3.0中GCD语法的改变

Swift3.0中GCD写起来更简洁了。

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 {
}

总结

// 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中枚举的变化
在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语言的风格。

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

Swift3.0 方法名称风格
两种风格方法调用对比:

dismiss方法swift风格化
建议以后自定义方法时,风格尽量和Swift3.0保持一致。
在Swift3.0 编译器环境下两种风格对比:

Swift3.0中SELEctor的Swift风格化

在Swift2.2中,当我们为一个按钮添加点击事件时常常这样写:

Swift 2.3 中 SELEctor写法

在Swift2.2更新到Swift2.3后可以看到警告告诉我们这是一个OC风格的写法,建议改为Swift风格的写法。
在Swift3.0中两种写法依然都可以使用,但是建议统一写为Swift风格的,因为你不知道什么时候OC风格的就不被允许了。

运算符的变化

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

链接http://www.cnblogs.com/Free-Thinker/p/5942053.html

大佬总结

以上是大佬教程为你收集整理的Swift-3.0相对于2.3语法的一些变化全部内容,希望文章能够帮你解决Swift-3.0相对于2.3语法的一些变化所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。