Swift4.0 新特性----语法改进

前端之家收集整理的这篇文章主要介绍了Swift4.0 新特性----语法改进前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

注:文章转自这里


1.extension 中可以访问 private 的属性


看下面的代码
  1. struct Date: Equatable,Comparable {
  2. private let secondsSinceReferenceDate: Double
  3. static func ==(lhs: Date,rhs: Date) -> Bool {
  4. return lhs.secondsSinceReferenceDate == rhs.secondsSinceReferenceDate
  5. }
  6. static func <(lhs: Date,rhs: Date) -> Bool {
  7. return lhs.secondsSinceReferenceDate < rhs.secondsSinceReferenceDate
  8. }
  9. }

代码定义了一个 Date 结构体,并实现 Equatable 和 Comparable 协议。为了让代码更清晰,可读性更好,一般会把对协议的实现放在单独的 extension 中,这也是一种非常符合 Swift 风格的写法,如下:

  1. struct Date {
  2. private let secondsSinceReferenceDate: Double
  3. }
  4. extension Date: Equatable {
  5. static func ==(lhs: Date,rhs: Date) -> Bool {
  6. return lhs.secondsSinceReferenceDate == rhs.secondsSinceReferenceDate
  7. }
  8. }
  9. extension Date: Comparable {
  10. static func <(lhs: Date,rhs: Date) -> Bool {
  11. return lhs.secondsSinceReferenceDate < rhs.secondsSinceReferenceDate
  12. }
  13. }

但是在 Swift 3 中,编译就报错了,因为 extension 中无法获取到 secondsSinceReferenceDate 属性,因为它是 private 的。于是在 Swift 3 中,必须把 private 改为 fileprivate。
  1. struct Date {
  2. fileprivate let secondsSinceReferenceDate: Double
  3. }

但是如果用 fileprivate,属性的作用域就会比我们需要的更大,可能会不小心造成属性的滥用。

在 Swift 4 中,private 的属性的作用域扩大到了 extension 中,并且被限定在了 struct 和 extension 内部,这样就不需要再改成 fileprivate 了,这是最好的结果。


2.类型和协议的组合类型


看下面的代码
  1. protocol Shakeable {
  2. func shake()
  3. }
  4. extension UIButton: Shakeable { /* ... */ }
  5. extension UiSlider: Shakeable { /* ... */ }
  6. func shakeEm(controls: [???]) {
  7. for control in controls where control.isEnabled {}
  8. control.shake()
  9. }

在 Swift 3 中,[]里的 ??? 应该写什么呢?如果写 UIControl,那么 control.shake() 就会报错;如果写 Shakeable,那么 control.isEnabled 就会报错。其实我们也可以这样写:
  1. func shakeEm(controls: [UIControl]) {
  2. for control in controls where control.isEnabled {
  3. if control is Shakeable {
  4. (control as! Shakeable).shake()
  5. }
  6. }
  7. }

这样写虽然可以跑通了,但是很丑陋。
在 Swift 4 中,可以把类型和协议用 & 组合在一起作为一个类型使用,就可以像下面这样写了:

  1. protocol Shakeable {
  2. func shake()
  3. }
  4. extension UIButton: Shakeable { /* ... */ }
  5. extension UiSlider: Shakeable { /* ... */ }
  6. func shakeEm(controls: [UIControl & Shakeable]) {
  7. for control in controls where control.isEnabled {
  8. control.shake()
  9. }
  10. }

把它声明为了 UIControl & Shakeable 类型。OK,圆满解决
另外,iOS SDK 中的 API 也用这个特性做了优化,例如:
  1. // Objective-C API
  2. @interface NSCandidateListTouchBarItem<CandidateType> : NSTouchBarItem
  3. @property (nullable,weak) NSView <NSTextInputClient> *client;
  4. @end

这个 API 的 Objective-C 版本是没有问题的,可以知道 client 属性既是一个 NSView,又符合 NSTextInputClient 协议。然而它对应的 Swift 3 版本仅仅是一个 NSView 类型:
  1. class NSCandidateListTouchBarItem<CandidateType: AnyObject> : NSTouchBarItem {
  2. var client: NSView?
  3. }

在 Swift 4 中,这类 API 做了优化,类型的声明就更加严谨,改成了:

  1. class NSCandidateListTouchBarItem<CandidateType: AnyObject> : NSTouchBarItem {
  2. var client: (NSView & NSTextInputClient)?
  3. }


3.Associated Type 可以追加 Where 约束语句


在 Swift 4 中可以在 associatedtype 后面声明的类型后追加 where 语句:
  1. associatedtype Element where <xxx>

看下面是 Swift 4 标准库中 Sequence 中 Element 的声明:

  1. protocol Sequence {
  2. associatedtype Element where Self.Element == Self.Iterator.Element
  3. // ...
  4. }

它限定了 Sequence 中 Element 这个类型必须和 Iterator.Element 的类型一致。
通过 where 语句可以对类型添加更多的约束,使其更严谨,避免在使用这个类型时做多余的类型判断。


4.新的 Key Paths 语法


先来看看 Swift 3 中 Key Paths 的写法:
  1. @objcMembers class Kid: NSObject {
  2. dynamic var nickname: String = ""
  3. dynamic var age: Double = 0.0
  4. dynamic var friends: [Kid] = []
  5. }
  6. var ben = Kid(nickname: "Benji",age: 5.5)
  7. let kidsNameKeyPath = #keyPath(Kid.nickname)
  8. let name = ben.valueForKeyPath(kidsNameKeyPath)
  9. ben.setValue("Ben",forKeyPath: kidsNameKeyPath)

Swift 4 中创建一个 KeyPath 用 \ 作为开头:
  1. \Kid.nickname

当编译器可以推导出类型时,可以省略基础类型部分:

  1. \.nickname

上面的代码在 Swift 4 中就可以这样写:
  1. struct Kid {
  2. var nickname: String = ""
  3. var age: Double = 0.0
  4. var friends: [Kid] = []
  5. }
  6. var ben = Kid(nickname: "Benji",age: 8,friends: [])
  7. let name = ben[keyPath: \Kid.nickname]
  8. ben[keyPath: \Kid.nickname] = "BigBen"

相比 Swift 3,Swift 4 的 Key Paths 具有以下优势:
1) 类型可以定义为 class、struct
2) 定义类型时无需加上 @objcMembers、dynamic 等关键字
3) 性能更好
4) 类型安全和类型推断,例如 ben.valueForKeyPath(kidsNameKeyPath) 返回的类型是 Any,ben[keyPath: \Kid.nickname] 直接返回 String 类型
5) 可以在所有值类型上使用

5.下标支持泛型


有时候会写一些数据容器,Swift 支持通过下标来读写容器中的数据,但是如果容器类中的数据类型定义为泛型,以前的下标语法就只能返回 Any,在取出值后需要用 as? 来转换类型。Swift 4 定义下标也可以使用泛型了。
  1. struct GenericDictionary<Key: Hashable,Value> {
  2. private var data: [Key: Value]
  3. init(data: [Key: Value]) {
  4. self.data = data
  5. }
  6. subscript<T>(key: Key) -> T? {
  7. return data[key] as? T
  8. }
  9. }
  10. let dictionary = GenericDictionary(data: ["Name": "Xiaoming"])
  11. let name: String? = dictionary["Name"] // 不需要再写 as? String

猜你在找的Swift相关文章