這一篇筆記主要是要記錄如何在 iPhone app 跟 watchOS app 之間傳遞資料。
iPhone app 跟 Watch app 可以透過設定相同的 App Group 共享檔案，也可以透過 WatchConnectivity 溝通，App Group 的方式沒什麼好說的，所以來紀錄 WatchConnectivity 的作法。它主要分為兩種方式：
繼續閱讀 ➜最近剛好有機會要整合 Unity 到 SwiftUI 開發的 app 裡頭，整個過程不算難，但是蠻繁瑣的。網路上的資料絕大部分都是跟 Objective-C / UIKit 的整合，比較少 Swift / SwiftUi 相關資料，所以趁著記憶猶新的時候把它記錄下來，希望可以幫助到其他人以及未來的自己。
從 Unity 2019.4 的版本開始，它提供了 UaaL (Unity as a Library) 功能，可以把 Unity 專案匯出成 framework 讓其他程式使用，開啟了原生平台與 Unity 互動的更多可能性。你可以只用 Unity 開發遊戲或其他精美畫面的部分，剩下的則是使用原生平台（例如 iOS 或 Android）開發。
我使用的開發環境是 Xcode 12.5 + Unity 2020.3.15f2 LTS，預期達成以下目標：
先附上 sample code。這篇文章會有大量程式碼，也會假設你對 Xcode 跟 Unity 的操作有基本的認知，廢話不多說，讓我們開始吧！
繼續閱讀 ➜最近因為工作上的需求，需要透過 app 與支援 iBeacon 的裝置溝通，所以整理了一些筆記。在 iOS 的世界，app 可以作為 iBeacon 的接收者，也可以讓裝置作為 iBeacon 的發送者，這裡我只紀錄前者（接收者）的開發。
繼續閱讀 ➜很榮幸我能在今年的 iPlayground 分享了過去幾年以來，我對於 iOS 架構的一些看法與心得，投影片由此下載，本文則是比較詳細的文字稿。
這幾年大家逐漸重視 iOS 的架構設計，從最基本的 MVC 到開始普及的 MVP / MVVM，到分工細膩的 VIPER，每個 pattern 都有擁護者；近期也有為了解決畫面轉換的 Router / Coordinator 以及為了解決資料一致性的 Redux。
我們 app 早期的架構是 MVC，後來改成 MVVM，後來為了因應複雜的流程所以引進 Coordinator，也引進 Redux 處理資料一致性的問題。
接下來會聊聊這幾種 pattern 及其演化過程。
繼續閱讀 ➜最近升上 Swift 4.2，發現我用到的 Pods 有些還沒支援 4.2 導致編譯錯誤。解決方法也很簡單，只要指定每個 Pod target 的 SWIFT_VERSION 為 4.0 即可。
但是我們不能手動在 Xcode 裡頭調整，因為 CocoaPods 會把 Pods 的 SWIFT_VERSION 設為跟你的 project 一樣，所以下次 pod install 又會被改掉。
最近在替公司 app 做健康檢查，找到一些 memory leaks 的問題，其中一個就是由 NSTimer 所引起的 retain cycle。
NSTimer 是個很容易造成 retain cycle 的物件，無論是新手或是老手都很可能一個不留意就踩到這個坑。舉個很常見的例子，這樣寫就產生 retain cycle 了：
