Swift Tips(version4.0+ xcode9.0+)

原文地址：https://github.com/easyui/blog/blob/master/Swift/2017-09-26-Swift-Tips%5BV4.0%2B%2CXcode9.0%2B%5D.md

 

:smile:Xcode 9 中同时集成了 Swift 3.2 和 Swift 4。

• Swift 3.2 完全兼容 Swift 3.1，并会在过时的语法或函数上报告警告。
• Swift 3.2 具有 Swift 4 的一些写法，但是性能不如 Swift 4。
• Swift 3.2 和 Swift 4 可以混合编译，可以指定一部分模块用 Swift 3.2 编译，一部分用 Swift 4 编译。
• 迁移到 Swift 4 后能获得 Swift 4 所有的新特性，并且性能比 Swift 3.2 好。

:smile:dynamic

Swift 3中dynamic是自带@objc，但是Swift 4中，dynamic不在包含@objc了。所以有些需要使用到@objc标明的方法，在Swift 4得补回去。

:smile:@objc

在项目中想把 Swift 写的 API 暴露给 Objective-C 调用，需要增加 @objc。在 Swift 3 中，编译器会在很多地方为我们隐式的加上 @objc，例如当一个类继承于 NSObject，那么这个类的所有方法都会被隐式的加上 @objc。
swift
class MyClass: NSObject {
func print() { ... } // 包含隐式的 @objc
func show() { ... } // 包含隐式的 @objc
}

这样很多并不需要暴露给 Objective-C 也被加上了 @objc。大量 @objc 会导致二进制文件大小的增加。

在 Swift 4 中，隐式 @objc 自动推断只会发生在很少的当必须要使用 @objc 的情况，比如：

1、复写父类的 Objective-C 方法

2、符合一个 Objective-C 的协议

其它大多数地方必须手工显示的加上 @objc。

减少了隐式 @objc 自动推断后，Apple Music app 的包大小减少了 5.7%。

:smile:The use of Swift 3 @objc inference in Swift 4 mode is deprecated. Please address deprecated @objc inference warnings, test your code with “Use of deprecated Swift 3 @objc inference” logging enabled, and then disable inference by changing the "Swift 3 @objc Inference" build setting to "Default" for the "ProjectName" target.

到target->build setting->swift3 @objc inference 设置为off 

:smile:枚举更swift化

AVMetadataCommonKeyTitl -> AVMetadataKey.commonKeyTitle

AVMetadataKeySpaceCommon -> AVMetadataKeySpace.common

:smile:AVPlayerLayer的videoGravity属性(其实是iOS11的变化)

swift3
swift
/*!
@property videoGravity
@abstract A string defining how the video is displayed within an AVPlayerLayer bounds rect.
@discusssion Options are AVLayerVideoGravityResizeAspect, AVLayerVideoGravityResizeAspectFill 
and AVLayerVideoGravityResize. AVLayerVideoGravityResizeAspect is default. 
See <AVFoundation/AVAnimation.h> for a description of these options.
*/
open var videoGravity: String  

swift4
swift
/*!
@property videoGravity
@abstract A string defining how the video is displayed within an AVPlayerLayer bounds rect.
@discusssion Options are AVLayerVideoGravityResizeAspect, AVLayerVideoGravityResizeAspectFill 
and AVLayerVideoGravityResize. AVLayerVideoGravityResizeAspect is default. 
See <AVFoundation/AVAnimation.h> for a description of these options.
*/
open var videoGravity: AVLayerVideoGravity


:smile:extension 中可以访问 private 的属性

struct Date {
    private let secondsSinceReferenceDate: Double
}
extension Date: Equatable {
    static func ==(lhs: Date, rhs: Date) -> Bool {
        return lhs.secondsSinceReferenceDate == rhs.secondsSinceReferenceDate
    }
}
extension Date: Comparable {
    static func <(lhs: Date, rhs: Date) -> Bool {
        return lhs.secondsSinceReferenceDate < rhs.secondsSinceReferenceDate
    }
}

但是在 Swift 3 中，编译就报错了，因为 extension 中无法获取到 secondsSinceReferenceDate 属性，因为它是 private 的。于是在 Swift 3 中，必须把 private 改为 fileprivate，且在同一个文件里。

在 Swift 4 中，private 的属性的作用域扩大到了 extension 中

:smile: Associated Type 可以追加 Where 约束语句

   protocol Sequence {
    associatedtype Element where Self.Element == Self.Iterator.Element
    // ...
   }

它限定了 Sequence 中 Element 这个类型必须和 Iterator.Element 的类型一致。

通过 where 语句可以对类型添加更多的约束，使其更严谨，避免在使用这个类型时做多余的类型判断。

:smile: 类型和协议的组合类型

在 Swift 4 中，可以把类型和协议用 & 组合在一起作为一个类型使用，就可以像下面这样写了：
```swift
protocol Shakeable {
func shake()
}

extension UIButton: Shakeable { /* ... / }
extension UISlider: Shakeable { / ... */ }

func shakeEm(controls: [UIControl & Shakeable]) {
for control in controls where control.isEnabled {
control.shake()
}// Objective-C API
@interface NSCandidateListTouchBarItem : NSTouchBarItem
@property (nullable, weak) NSView *client;
@end
}
```

在 Swift 4 中，这类 API 做了优化，改成了这样类型的声明就更加严谨了：
swift
class NSCandidateListTouchBarItem<CandidateType: AnyObject> : NSTouchBarItem {
var client: (NSView & NSTextInputClient)?
}


:smile: KVC：新的 Key Paths 语法

Swift 3 中 Key Paths 的写法：
```swift
class Kid: NSObject {
@objc var nickname: String = ""
@objc var age: Double = 0.0
@objc var friends: [Kid] = []
}

var ben = Kid(nickname: "Benji", age: 5.5)

let kidsNameKeyPath = #keyPath(Kid.nickname)

let name = ben.valueForKeyPath(kidsNameKeyPath)
ben.setValue("Ben", forKeyPath: kidsNameKeyPath)
```
上面是在swift3中使用的方法,在oc中能够很好的运行,可在swift中它有着明显的不足:

1.返回值是Any类型,错误的赋值可能导致运行时错误

2.这个类必须继承NSObject,而swift是可以不继承自任何类的

Swift 4 中创建一个 KeyPath 用 \ 作为开头：

\Kid.nickname

上面的代码在 Swift 4 中就可以这样写：
```swift
struct Kid {
var nickname: String = ""
var age: Double = 0.0
var friends: [Kid] = []
}

var ben = Kid(nickname: "Benji", age: 8, friends: [])

let name = ben[keyPath: \Kid.nickname]
ben[keyPath: \Kid.nickname] = "BigBen"
```
相比 Swift 3，Swift 4 的 Key Paths 具有以下优势：

• 类型可以定义为 class、struct
• 定义类型时无需加上 @objcMembers、dynamic 、@objc等关键字
• 性能更好
• 类型安全和类型推断，例如 ben.valueForKeyPath(kidsNameKeyPath) 返回的类型是 Any，ben[keyPath: \Kid.nickname] 直接返回 属性的 类型
• 可以在所有值类型上使用

:smile: KVO

依然只有 NSObject 才能支持 KVO。

Swift 4中的一个对此有影响的改变是继承 NSObject 的 swift class 不再默认全部 bridge 到 OC。

然而 KVO 又是一个纯 OC 的特性，所以如果是 swift class 需要在声明的时候增加 @objcMembers 关键字。否则在运行的时候你会得到一个 error：

fatal error: Could not extract a String from KeyPath 
Swift.ReferenceWritableKeyPath


一个好消息是不需要在对象被回收时手动 remove observer。但是这也带来了另外一个容易被忽略的事情：观察的闭包没有被强引用，需要我们自己添加引用，否则当前函数离开后这个观察闭包就会被回收了。KVO 之后返回的是一个 NSKeyValueObservation 实例，需要自己控制这个实例的生命周期。
```swift
@objcMembers class OCClass: NSObject {
dynamic var name: String

init(name: String) {
    self.name = name
}

}

class ViewController: UIViewController {

var swiftClass: OCClass!
var ob: NSKeyValueObservation!

override func viewDidLoad() {
    super.viewDidLoad()

    swiftClass = OCClass(name: "oc")
    ob = swiftClass.observe(\.name) { (ob, changed) in
        let new = ob.name
        print(new)
    }
    swiftClass.name = "swift4"
}

}
```

:smile: 下标支持泛型

有时候会写一些数据容器，Swift 支持通过下标来读写容器中的数据，但是如果容器类中的数据类型定义为泛型，以前的下标语法就只能返回 Any，在取出值后需要用 as? 来转换类型。Swift 4 定义下标也可以使用泛型了。
```swift
struct GenericDictionary {
private var data: [Key: Value]

init(data: [Key: Value]) {
    self.data = data
}

subscript<T>(key: Key) -> T? {
    return data[key] as? T
}

}

let dictionary = GenericDictionary(data: ["Name": "Xiaoming"])

let name: String? = dictionary["Name"] // 不需要再写 as? String
```

:smile: Unicode 字符串在计算 count 时的正确性改善

在 Unicode 中，有些字符是由几个其它字符组成的，比如 é 这个字符，它可以用 \u{E9} 来表示，也可以用 e 字符和上面一撇字符组合在一起表示 \u{65}\u{301}。

考虑以下代码：
```swift
var family = "

分享到：

iPhoneX指示条(visual indicator) | React Native CodePush 最新配置

• 2017-09-28 15:29
• 浏览 1291
• 评论(0)
• 分类:移动开发
• 查看更多