老司機 iOS 週報 #54 | 2019-01-28

iOS開發 · 發表 2019-01-28 11:20:35

摘要：老司機 iOS 週報，只為你呈現有價值的資訊。你也可以為這個專案出一份力，如果發現有價值的資訊、文章、工具等可以到 Issues 裡提給我們，我們會盡快處理。記得寫上推薦的理由哦。有建議和意見也歡迎到 Issues 提出。通知各位讀者大家好！首先歡迎我們的新編輯 - 熱...

老司機 iOS 週報，只為你呈現有價值的資訊。

你也可以為這個專案出一份力，如果發現有價值的資訊、文章、工具等可以到 Issues 裡提給我們，我們會盡快處理。記得寫上推薦的理由哦。有建議和意見也歡迎到 Issues 提出。

通知

各位讀者大家好！首先歡迎我們的新編輯 - 熱愛分享的愛奇藝 iOS 開發 @J_Knight_ 加入週報團隊~另外春節臨近，本期週報也將是我們年前的最後一期，年後我們再見！祝大家春節快樂！

新聞

2019 年 1 月 23 日，這是一個值得所有老司機編輯銘記的日子，我們收到了來自滴滴法務團隊的侵權通知。雖然我們完全不是一個實體組織，也毫無商業性質可言，和滴滴更不在一個行業，Logo 的顏色也完全不同。但是滴滴認為我們從 18 年 1 月開始使用的 Logo 和他們在 18 年 3 月登記的街兔 Logo “高度相似”，可能導致 APP 應用程式設計師的開發人員認為是街兔商標。對於這方面糾紛，我們也是大姑娘坐轎子頭一遭，真談不上老司機。於是我們選擇按照對方要求第一時間替換掉所有可疑圖片。在此期間，我們收到了很多讀者和朋友的建議和幫助，非常感謝大家對老司機週報的關心和支援，我們全新的 Logo 也即將完成設計，很快會與大家見面。

我們願稱此次嚴肅而又哭笑不得的事件為『123 老司機翻車門』，為了其他同在技術社群做分享的朋友避免受此類事件的影響，『知識小集』特地整理了一份指南給大家 - 老司機翻車現場續：技術之外，程式設計師如何自我保護。

萬眾期待中，Swift 5.0 終於和 Xcode 10.2 Beta 以及 iOS 12.2 Beta，macOS 10.14.4 Beta 一起降臨。雖然距離正式版還有大概一個月多一點的時間，但是各位 iOS Swift 開發者已經可以開始著手準備進行適配了。

Swift 5.0 應該能算是 Swift 從 1.0 以來的最大變革。不是因為語法變化多，而是因為從 5.0 開始，Swift 終於進入了 ABI 穩定時代，系統將自帶 Swift 動態庫，老版本 Swift 編譯的庫也將可以輕鬆的用到更新版本的 Swift 專案中。

除了上面蘋果官方給出的連結，也可以參考知識小集團隊的翻譯版本。

從 2019-02-12 開始，蘋果開發者網站（developer.apple.com）和 App Store Connect 將會共用一套成員管理系統，有些角色許可權將合併。這是個期待已久的改動，簡化我們的維護成本。

文章

這篇來自 Badoo 團隊的文章用一個例子介紹瞭如何將 Adobe After Effects（AAE）的動畫匯出為 iOS app 可以讀取的格式（藉助 Lottie 庫），然後建立一種動畫雲端儲存服務，將動畫儲存在伺服器上，然後按需傳遞給客戶端 app。這種方法最顯著的優點就是可以對動畫更新流程進行解耦，也就是說如果要釋出一個漂亮的新動畫，設計師只要給伺服器團隊提供 JSON 就可以了，效率非常高！還有一個優點是不同的客戶端平臺（iOS、Android、Web）可以實現完全相同的功能而不需要調整現存的伺服器端功能或原生動畫。

:star2: :racehorse: A RunLoop for your Swift script

上一期推薦裡面有一篇關於swift-sh 的介紹，如若未讀，可以先跳轉過去一看。這一文章主要是給出一下 Tips，當你需要執行一個非同步任務的時候會發現，指令碼跑完就結束，非同步任務自然也得不到呼叫了，這是不符合需求的。iOS App 啟動後會進入 Runloop 當中不停的在休眠和執行狀態迴圈，保證 APP 在沒任務的狀態也不會退出。同理，在指令碼中，執行 RunLoop.main.run() 或者 dispatchMain() 會讓指令碼進入啟動 Runloop，不會結束。當你非同步任務 callback 後，呼叫 exit(EXIT_SUCCESS) 或 exit(EXIT_FAILURE) 退出當前 Runloop，並且結束指令碼。

:star2: :dog2: 2018，我們的元件化實施之路

本篇文章是諸葛找房 iOS 技術團隊近半年元件化實施之路的經驗積累與沉澱，文章主要有 2 大部分。

第一部分主要講了元件化可選用的方案、元件化的分層、業務元件的拆分步驟：

元件預處理
元件抽離、編譯、執行
元件引入

第二部分分享了在實施元件化過程中遇到的一些問題：

主工程中業務元件的引用方式問題
業務元件的開發時機問題
業務元件如何測試
元件後續的開發與維護和元件回滾
業務元件的粒度
關於業務元件中檔案的命名規則
關於不同專案下同一業務元件的個性化差異解決方案
其他細節問題如如何處理元件之間的相互跳轉、業務元件之間如何進行復用等
關於業務元件的評價標準

元件化是一個漫長、繁瑣、複雜但有意義的過程，是一項團隊性的工作，不管是正在打算實施，還是已經進行過元件化實踐，都可以閱讀本文，相信讀者朋友閱讀本文都會有一定收穫。

作者對比了 React Native 和 Kotlin 在跨平臺上各自的優劣，同時也談了自己對跨平臺的未來的思考，雖然不是針對 iOS 的，但是也值得閱讀參考。

老生常談的話題，作者從十個方面去比較了 Flutter 和 React Native 的優劣，可供還在選型的同學們參考。

本文介紹瞭如何使用 Coordinator Pattern 這一設計模式來分離出本不屬於 View Controller 的一些職責，避免導致 Massive View Controller 的形成。Coordinator Pattern 可以翻譯為協作者模式，該設計模式並不在 GOF 的 23 個設計模式之中。

作者結合程式碼，從 Coordinator 的建立到應用，講解了一個如何將跳轉功能分離出 View Controller 的例子。讀者通過閱讀本文，可以瞭解到何為協作者模式，以及如何將該模式應用到我們自己的 APP 開發中。

:turtle:細說 iOS 程式碼簽名

iOS 簽名機制其實挺複雜，我們可以跟隨作者的腳步，一點點的去了解 iOS 簽名機制中每一步的含義，此外作者還貼心的幫助我們將文章拆分，有助於我們分步閱讀。

因作者篇幅比較長，講解的比較深入，有興趣的同學可以通篇讀完收益更大。若時間有限，推薦縮略版的iOS App 簽名的原理供大家參考。

推薦人： xelzmm

蘋果在 WWDC 2016 ( Unified Logging and Activity Tracing ) 推出了新的統一日誌系統（the new Unified Logging system）—— OSLog，它比以前的 print 或者 NSLog 功能要強大的多，蘋果也是強力推薦使用新的統一日誌系統。

本文主要介紹了新日誌系統的三大特性：

新日誌系統能夠按子系統 (subsystem) 和分類 (category) 進行篩選搜尋

let ui = OSLog(subsystem: "com.lordcodes.chat.ChatApp", category: "UI")
os_log("Contact selected", log: ui)
複製程式碼

同時也支援指定日誌級別 (Default, Info, Debug, Error, Fault)
```
os_log("Contact selected", log: .ui, type: .info)
複製程式碼
```
預設不收集動態字串 (dynamic strings) 和複雜物件 (complex dynamic objects) 的列印資訊，確保使用者敏感資訊不會持久化到日誌檔案，需要收集的話要在格式化輸出時指定為 public
```
os_log("Contact %{private}ld selected", 2)
os_log("HTTP response: %{public}@", responseCode)
複製程式碼
```

注： CocoaLumberjack 封裝的日誌系統是支援 os_log（DDOSLogger）的。

Foundation 框架中的 URL 類提供了非常全面的功能，此後還在 iOS 7 中新增了 URLSession 類。儘管如此，基礎庫中仍然缺少 multipart 檔案上傳的功能。本文介紹了怎樣發起 multipart 請求，併為解決多檔案傳輸的效能問題，通過 AFNetworking 和 Alamofire 的方式，將硬碟中資料以流的形式讀取來執行 Multipart 請求解決此問題。

面向協議是 Swift 推崇的一種程式設計正規化，標準庫裡的基礎型別也都是基於協議搭建起來的，利用 protocol extensions 的特性去達成複用和組合，但這些正規化如何落實到業務上呢？這篇文章的作者就介紹瞭如何通過 protocol extension 去完成一個載入動畫，並且對比了繼承和協議的兩種實現方式。

過去一年開發者們對 Flutter 的熱情有多高相信已經無需多言。Google 出品、跨平臺、效能高等種種標籤讓越來越多的人加入其中。本文總結了作者一年來開發 Flutter 的一些心得，作者在 Flutter 上豐富的開發經驗所進行的總結相信對於接下來想要嘗試 Flutter 的同學是很實用的，這對我們做技術選型以及更多的考慮會很有幫助。

程式碼

:star2: UIKitSwiftDSL

迫於 StoryBoard 寫佈局帶來各種協作上的問題，大型專案的佈局一般都用純程式碼來實現。純程式碼佈局最大的問題是可讀性太低，有沒有辦法改善？ UIKitSwiftDSL 作者提供一個新思路：用區區 200 行程式碼實現一套佈局 DSL（ Domain Specific Language ），通過提供宣告式的寫法提升佈局程式碼的可讀性。

建議通讀原始碼，實現不復雜帶來的使用體驗卻很有趣。或許我們也可以嘗試設計一些 DSL 來優化特定問題。

:star2: flutter-go

阿里出品，Flutter 元件演示 demo 和中文文件，同時包括了 iOS 與 Android，快上手試一試。

habbit

個人 Flutter 作品，演示了一個完整的習慣跟蹤 App 。從完成度上看還可以，複雜度不夠，主要是演示了 RxDart 的用法。

swift-algorithm-club 主要是 Swift 來實現演算法和資料結構的原始碼和文章，對應文章都有對該演算法的講解，如果在學習或者複習演算法的同學，不妨一看。

音視訊

這一期的 ggtalk 延續了上一次程式設計師比較關心的話題：跳槽。邀請來了老牌程式設計師、產品經理：Easy。相信經常刷微博的同學應該都知道他，Easy 之前在微博做過程式設計師和產品經理，也經歷過獨立開發。對於程式設計師的職場方法論有一套獨特的心得，我聽完之後感觸頗深。比如作為程式設計師，不要只關注公司是否能出得起自己希望的薪水，更重要是要關注自己所能給公司帶來的價值，不要被短期的供需不平矇蔽了雙眼。還有程式設計師如何提升自己的影響力？最重要是能給別人創造價值。除此之外，還有不少有趣的視角。推薦大家收聽。

內推

北京-百度網盤持續招 iOS 開發：社招、應屆、實習均可。專案在技術上很有挑戰性，團隊技術氛圍極好。誠心希望各路大神前來切磋，也歡迎計算機基礎好的小白來共同學習。簡歷發郵箱[email protected]，暫不考慮的也歡迎微博私信@小非86 聊聊~
北京-螞蟻金服招iOS/安卓/前端開發：負責支付寶會員及帳號業務線，地點北京國貿，金臺夕照地鐵站出口 100 米。有興趣的同學歡迎將簡歷傳送到：[email protected] / [email protected] （同一個郵箱）或者微博私信@折騰範兒_味精瞭解情況。
上海即刻：如果你認識聰明勤奮、膽大心細、有追求的工程師，那就來加入我們吧！任何推薦或簡歷可直接發給 Jason（即刻 iOS leader）:[email protected]，或微博@JasonYuh。
杭州奇志科技招聘 iOS、前端：奇志科技自 2016 年起通過行業無人機協同工作流 Mesh 進入物聯網與人工智慧領域，併成功為房地產、建築、測繪、電力巡檢等行業提供無人機解決方案。感興趣可以微博上私信@沒故事的卓同學瞭解。
深圳頭條研發中心誠招各路 iOS 好手一起做取悅自己的專案：如想了解更多深圳頭條的資訊，可以加小T微信：tomtan，切磋技術和聊情懷都可以喔~~~~
北京位元組跳動 iOS 團隊持續招人中：簡歷可以傳送到郵箱[email protected]，或者新增我（@AidenRao）的微信 jingmu1994 瞭解更多公司及崗位資訊。
北京百度教育事業部招 iOS 開發：百度教育事業部，地點：北京西二旗。部門下面有百度閱讀，百度文庫，百度愛聽等 App 產品。團隊技術氛圍濃厚，有興趣的同學歡迎將簡歷傳送到我的郵箱：[email protected]。
深圳 - 格隆匯 iOS / Android / 前端：公司方向是投研資訊，目前正在穩步擴張中，各個級別的工程師都有需求。任何推薦或者簡歷都可以傳送到我郵箱：[email protected]，同時也歡迎大傢俬信我瞭解更多資訊。

關注我們

我們開通了公眾號，每期釋出時公眾號（OldDriverWeekly）會推送訊息，歡迎關注。

同時也支援了 RSS 訂閱： github.com/SwiftOldDri… 。