「 iOS知識小集 」2018 · 第 32 期

知識小集發表於2019-03-01
iOS

原文連結

國慶小集團隊休息了兩週，現在我們又回來了。整裝待發，後面我們努力為大家帶來更多更好的文章。

上週公眾號釋出的以下文章：

本期知識小集的主要內容包括：

  • 利用 GCD 訊號量將非同步方法改造為同步方法
  • 提高開發效率 --- UI 部分
  • WKWebView 使用 WKWebViewJavascriptBridge 需要注意的地方
  • 開源庫使用的 Clang __attributes__

利用 GCD 訊號量將非同步方法改造為同步方法

作者: halohily

有的時候，我們會遇到一個同步方法（該方法的所有工作在返回之前已全部完成）的內部實現，需要依賴其他非同步過程的情況。比如介面定義了一個開啟聊天會話的方法，返回值為布林值。從返回值型別不難推測，我們希望這個方法返回之時，會話是否開啟成功就已經確切得知。然而，開啟會話的內部實現僅僅是向服務端發起連線請求，是否連線成功需要等待服務端的響應，顯然這是一個非同步的過程。這就是一個常見的非同步過程需要改造為同步（對外表現同步）的場景。如何實現呢？可以採用 GCD 的訊號量：發起連線請求之前，建立一個初始值為 0 的訊號量，在方法返回之前請求該訊號量（P 操作），同時，在連線請求的結果回撥中釋放該訊號量（V 操作）。這樣，發起連線請求後，由於訊號量初始值為 0，會阻塞在請求訊號量的地方，連線請求回撥回來之後，釋放訊號量，剛剛的訊號量請求被滿足，方法得以返回。這樣對外表現即為一個同步且耗時的開啟會話操作，雖然這個場景比較彆扭，但與此類似的情景是很常見的。

在大家熟知的 AFNetworking 中，就有這樣的應用：

「 iOS知識小集 」2018 · 第 32 期

提高開發效率 --- UI 部分

作者: Lefe_x

最近在探索可以提高開發效率的方法，目前先從 UI 方面入手，旨在能夠快速的建立 UI，避免做不斷重複的工作，現初步找到幾種方法並開始實踐，希望對你能夠有啟發，如果你有更好的想法，歡迎分享給我：

  • 使用檔案模板：對於某些重複性比較大的 ViewController，可以通過定義模板，這樣建立 ViewController 的時候直接使用模板建立，會節省一部分時間；如果有一套自己建立 UI 的命名規則，還會節省一部分時間，模板程式碼越多，就越少寫多餘的程式碼；
  • 使用程式碼片段：對於一些小功能，比如建立某個 Label，某個屬性；如果定義成程式碼片段，也會節約一部分時間；有了程式碼片段，那麼寫程式碼就是成段成段的寫，這裡需要注意定義程式碼片段時命名規則，避免由於忘記程式碼片段的名字浪費查詢的時間；
  • 積累自己的UI庫：其實很多 UI 在其它專案中已經寫過了，如果平時注重積累，那麼很多 UI 直接搬過來既可以使用，這裡寫 UI 時要記得解耦，UI 部分儘量不要與專案耦合，這樣複用性更強；
  • 統一管理 UIColor：一個 APP 中常用的顏色就那麼幾種，這些顏色使用 Color set 統一管理，優點就是你不需要不斷地看某個字型的顏色是什麼，某個 view 的背景顏色是什麼，直接呼叫已經建立的顏色即可，比如：+ (UIColor *)lef_blackColor;
  • 使用Sketch：你往往會抱怨 UI 切的圖，標記的位置並不是你想要的，反覆的和 UI 要切圖，要顏色，如果使用好 Sketch 這個工具，很多圖你自己都可以搞定，不過有的 UI 使用的是 PS 那就尷尬了；
  • 系統學習 UI 知識：當你花了好大力氣實現某個 UI 效果後，發現系統提供了一個 API，一句話就實現了，心裡一萬個草泥馬，你所謂遇到的坑，往往就是沒有系統地學習 UI 的原理，導致遇到莫名其妙的問題不知如何下手。

WKWebView 使用 WKWebViewJavascriptBridge 需要注意的地方

原生端與 H5 端互動，比較常用的就是 WebViewJavascriptBridge。建橋過程這邊不再贅述，只要下載 Github 上的 Demo 參考即可，OGitHub - marcuswestin/WebViewJavascriptBri...。

注意點一：Run 以後會捕捉到一個 Crash，在官網的 Demo 裡同樣會有這個 Crash，如圖一。這個 Crash 只有在用 WKWebView 裡會出現，用 UIWebView 是好的。

「 iOS知識小集 」2018 · 第 32 期

解決方法：在 WKWebViewJavascriptBridge.m 檔案line 150 後面加一行程式碼。如圖二。參考 issue ：github.com/marcuswesti… 。不知為何，作者沒有合併該 issue，原始碼裡也未修復。因此用 cocoapods 整合庫的同學，每次 pod install 後要檢查原始碼中是否有新增上述一行程式碼。

「 iOS知識小集 」2018 · 第 32 期

注意點二：註冊 bridge 後，與 H5 的互動無法成功。

解決方法：檢查一下 H5 小夥伴程式碼裡有沒有圖三程式碼段落。這一段 js 程式碼是不能改的，需原樣複製。檢視原始碼發現，在 WKWebViewJavascriptBridge.m 檔案 line 135 方法中，[_base injectJavascriptFile] 是注入 js 檔案，也是互動的關鍵。在執行這行程式碼之前，有 [_base isBridgeLoadedURL:url] 這個判斷，點進去檢視該判斷的實現，發現兩個巨集 kCustomProtocolScheme 和 kBridgeLoaded ，分別對應 @"wvjbscheme" 和@"__BRIDGE_LOADED__" 。 這也就跟圖三程式碼中的 WVJBIframe.src = 'wvjbscheme://__BRIDGE_LOADED__'; 對上了。

「 iOS知識小集 」2018 · 第 32 期

開源庫使用的 Clang __attributes__

作者: Vong_HUST

今天和大家分享一下第三方開源庫使用到的一些實用的 Clang attributes。

「 iOS知識小集 」2018 · 第 32 期

圖1出自 PSPDFUIKitMainThreadGuard————一個用於檢測是否在非主執行緒呼叫 UI 相關的工具，使用的是 __attribute__((constructor))，被該修飾符修飾的函式（僅對 C 函式生效），會在 main 函式之前執行，但是稍微比 +load 晚一點，因為 dyld 呼叫完 image 中所有類的 load 方法之後才會呼叫 image 中的 constructor。這個修飾符支援優先順序的設定，如 __attribute__((constructor(1024)))，其中 1~100 為系統保留。

下面程式碼出自 YYModel，修飾符 __inline__ __attribute__((always_inline)) 意味著強制內聯，什麼意思呢？就是它看起來是一個函式，但是編譯的時候，會被編譯器優化，相當於把函式體內程式碼直接插入到被呼叫的地方，這樣就避免掉了一些壓棧、返回等操作，加快呼叫。

「 iOS知識小集 」2018 · 第 32 期

當然系統也有很多巨集是對 Clang attributes 的封裝，一些系統封裝巨集程式碼如下，更多例子可以自行檢視系統標頭檔案。

「 iOS知識小集 」2018 · 第 32 期

參考連結：

關注我們

歡迎關注我們的公眾號：iOS-Tips，也歡迎加入我們的群組討論問題。可以公眾號留言 ios、flutter 等關鍵詞獲取入群方式。

「 iOS知識小集 」2018 · 第 32 期

相關文章