前面

初學(xué) Swift 中相關(guān) NSNotification 的代碼時(shí), 發(fā)現(xiàn)了之前熟悉的 name 參數(shù)的類型由 Objective-C 中的 NSString 變成了 Notification.Name 類型. 并不是我期望的 String 類型...這是怎么回事呢?

Swift 中如何使用 Notification

那么, 在 Swift 中如何使用 Notification 呢, 以 post 為例.

NotificationCenter.default.post(name: Notification.Name.UIApplicationDidFinishLaunching, object: nil)

其中, Notification.Name 是可以省略的, 就變?yōu)榱?br />

NotificationCenter.default.post(name: .UIApplicationDidFinishLaunching, object: nil)

查看定義發(fā)現(xiàn)了 UIApplicationDidFinishLaunching 實(shí)際上是定義在結(jié)構(gòu)體 NSNotification.Name 擴(kuò)展(extension)中的的一個(gè)靜態(tài)常量 (static let), 類型是 NSNotification.Name

extension NSNotification.Name {

 @available(iOS 4.0, *)
 public static let UIApplicationDidEnterBackground: NSNotification.Name

 @available(iOS 4.0, *)
 public static let UIApplicationWillEnterForeground: NSNotification.Name

 public static let UIApplicationDidFinishLaunching: NSNotification.Name
 ...
}

復(fù)制代碼所以我們才可以省略前面的 Notification.Name 直接使用 .UIApplicationDidFinishLaunching (Notification.Name 是 NSNotification.Name 的別名)

那我們?nèi)绻胱远x一個(gè)通知怎么辦呢, 直接可以仿照系統(tǒng)的方式, 我們自己為其增加一個(gè) extension

extension Notification.Name {
 static let LoginStatusChanged = Notification.Name("LoginStatusChanged")
}

其中 Notification.Name("LoginStatusChanged") 是其初始化方法, 可查看文檔說明, 使用時(shí), 可直接

NotificationCenter.default.post(name: .LoginStatusChanged, object: nil)

因?yàn)檫@個(gè)通知 LoginStatusChanged 是定義在 Notification.Name 中的了, 所以也沒必要在名稱后面增加 Notification 等字樣來表示這是一個(gè)通知了. 所以 Swift 中很多定義的名稱都是非常簡潔的.

對(duì)比 Objective-C 中的使用

對(duì)比之前在 Objective-C 中的使用

[[NSNotificationCenter defaultCenter] postNotificationName:"xxxxxxxxxx" object:nil

這樣是非常容易出錯(cuò)的, 查這樣的錯(cuò)誤經(jīng)常也是非常費(fèi)時(shí)費(fèi)力的, 也讓人看來是非常不優(yōu)雅的, 所以我們經(jīng)常會(huì)進(jìn)行宏定義或者是常量來防止字符串硬編碼的問題.

但這實(shí)際上也是會(huì)帶來一些令人頭疼的問題的:

• 為了表明定義的字符串常量是一個(gè)通知名, 還要為其增加冗長的前綴或者是后綴
• 在開發(fā)中還經(jīng)常會(huì)在代碼補(bǔ)全中, 看到根本不和場合的一些常量名
• 通常為了使用方便和易于維護(hù), 還會(huì)在將所有的通知定義在一個(gè) xxDefine.h 的頭文件中, 并在 pch 文件中引用, 此時(shí)如果增刪或者修改了任意通知. 將會(huì)引起工程的全量重新編譯. 也很是頭疼.
  ...

所以, Swift 這種使用方式可謂是十分優(yōu)雅.

舉一反三

在開發(fā)中, 其實(shí)類似于 Notification 這種需要傳遞字符串的場景還有很多, 我們都可以使用這類使用方法進(jìn)行優(yōu)化.

場景

假設(shè)有這樣一個(gè)場景, 定義一個(gè)類 EventReporter 用來處理埋點(diǎn)請(qǐng)求.

class EventReporter {

 static let shared = EventReporter()

 func reportEvent(_ eventId: String, withParams params: [String:Any]?) {
 // 埋點(diǎn)上報(bào)邏輯
 }
}

相信這樣的場景是很多人都見過的, 其中 eventId 是我們埋點(diǎn)的事件的ID, 那么該如何使用類似 Notification.Name 的方式來優(yōu)化這類場景呢?

原理

從文檔中看出 Notification.Name 實(shí)際上是遵從了一個(gè)協(xié)議 RawRepresentable

Overview
With a RawRepresentable type, you can switch back and forth between a custom type and an associated RawValue type without losing the value of the original RawRepresentable type. Using the raw value of a conforming type streamlines interoperation with Objective-C and legacy APIs and simplifies conformance to other protocols, such as Equatable, Comparable, and Hashable.
The RawRepresentable protocol is seen mainly in two categories of types: enumerations with raw value types and option sets.

簡單的說就是, 使用 RawRepresentable 類型, 可以在自定義類型和其關(guān)聯(lián)的 RawValue 類型之間來回切換, 可簡化與 Objective-C 和傳統(tǒng) API 的交互， 兩類：具有原始值類型和選項(xiàng)集的枚舉(OptionSet, 其實(shí) Swift 中的選項(xiàng)集枚舉就是集成自 RawRepresentable 這個(gè) Protocol 實(shí)現(xiàn)的), 說白了. 就是用一個(gè)類型封裝一下我們想要使用的類型比如說 String, 來方便交互.

實(shí)現(xiàn)

使用起來很簡單, 定義一個(gè)結(jié)構(gòu)體來管理所有的埋點(diǎn)事件

struct EventID: RawRepresentable {
 
}

根據(jù)編譯器提示, 補(bǔ)全協(xié)議代碼

struct EventID: RawRepresentable {
 typealias RawValue = String
 
 var rawValue: String
 
 init?(rawValue: String) {
 
 }
}

從這就更容易看出其原理, 實(shí)際上內(nèi)部的 rawValue 屬性就是我們需要使用的 String 類型的事件名, 初始化方法傳入該 String 對(duì)其賦值即可, 返回 EventID 類型的結(jié)構(gòu)體

這里發(fā)現(xiàn)初始化方法返回的是一個(gè) Optional 類型, 這樣使用起來還需要解包, 不太方便, 可以看到 Notification.Name 的初始化方法返回并不是 Optional, 因?yàn)槎x都是非常確定的事件名(通知名), 而且 init 方法中也不會(huì)產(chǎn)生異常, 所以此處沒什么必要使用 Optional, 去掉 ? 即可

struct EventID: RawRepresentable {
 typealias RawValue = String
 
 var rawValue: String
 
 init(rawValue: String) {
 self.rawValue = rawValue
 }
}

那么, 我們的上報(bào)類的代碼可以修改如下, 這里還可以給 params 一個(gè)默認(rèn)值, 這樣如果沒有參數(shù)時(shí), 可以只傳遞 eventId 一個(gè)參數(shù)即可.

class EventReporter {

 static let shared = EventReporter()

 func reportEvent(_ eventId: EventID, withParams params: [String:Any]? = nil) {
 let event = eventId.rawValue
 // 埋點(diǎn)邏輯
 }
}

最后, 定義一個(gè)埋點(diǎn)事件看看吧~, 推薦寫到 extension 中易于維護(hù).

extension EventID {
 static let LoginPageExposure = EventID(rawValue: "login_page_exposure")
}

那么使用的時(shí)候,

EventReporter.shared.reportEvent(.LoginPageExposure)

當(dāng)我們打出 . 的時(shí)候, 代碼補(bǔ)全就已經(jīng)將 LoginPageExposure 提示給我們了.

總結(jié)

使用這種方式優(yōu)化代碼, 不僅可以讓代碼意圖容易理解, 使用也更加簡單不會(huì)出錯(cuò). 而且也不會(huì)使得 LoginPageExposure 事件名在不想要出現(xiàn)的時(shí)候被代碼補(bǔ)全功能強(qiáng)行彈出來.

好了，以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，如果有疑問大家可以留言交流，謝謝大家對(duì)腳本之家的支持。

Reference

• NSNotification.Name
• RawRepresentable
  

最新評(píng)論