產品若已經穩定，就可有空閒時間來優化它！Google旗下的Firebase Performance，就成了我們嘗試的目標。
其實早在我進公司第一週，我在把玩公司App時，就發現載入卡片這個產品好慢，實際去追程式碼，發現下載資源檔進行了兩次一模一樣的API呼叫，當時就有跟老闆反應。現在終於可讓上萬人一起來累計數據，再拿給老闆看更有說服力，到時候著手優化此過程，我要來邀功囉～🤡
原本專案就已經有整合Firebase Crashlytics，於是就如此簡單就加入Firebase Performance，執行某行程回傳數據，約莫一天的等待後，數據真的就出現在Firebase後台，真是令人振奮！
公司有Web和App產品，每次帶新人都會提到這兩者，怎麼讓新人幾句話就能聽懂，這考驗我的功力！🤠
一直覺得自己說得不夠精確，兩者之間的差異為何？看來還是得複習一下，甚至用圖解來比較編譯和直譯。
果真一張圖勝過千言萬語！
（繼續閱讀…）2020年5月開始，Apple已強制只要有第三方登入的App，一定要加上Apple Sign In (蘋果登錄)功能。🤪
也就是說，Apple也想要角逐第三方登入。先前我已寫文章觀察其他App，參考：Apple 強迫整合 Sign In With Apple。
前一個版本實作判斷相片是否被修改，是拿相片最後修改時間來比較，不過卻發生異常狀況，使得就算用戶沒有修改過相片，還是會跑到有修改過相片的流程，這讓我們家負責客服的同事哀嚎了一下⋯⋯大概讓我們損失好幾萬美元的營收。😳
透過PHAsset拿到相片資料中的modificationDate，也就是相片的最後修改時間，照理說應是沒有問題才是⋯⋯
RGB各通道的灰階影像。
多虧Firebase Crashlytics的幫助，讓我曉得用戶發生哪些崩潰，在後台記錄得非常詳細，可以清楚讓我知道哪一個Class中的哪一行Code是崩潰關鍵！
可看到最近一週，有10次崩潰，影響10個用戶。
IDFA 全稱為Identity for Advertisers，即廣告標識符。用來標記用戶，目前最廣泛的用途是用於投放廣告、個性化推薦等。
關於IDFA在iOS的重要性，可以見我先前文章：IDFA、IDFV、UUID。
（繼續閱讀…）看標題還不知道要做什麼，那麼就直接來寫程式！
其實一張圖多顏色 (One Image Multi Color)，就是想要只提供一張圖片，就能呈現多樣顏色，這有什麼好處？就不用設計師出許多不同顏色的圖囉！
又到了必須適配App至最新的iOS 14，iOS SDK每年都有一定程度的大躍進，Apple有意無意讓開發者要不斷往前進，若不與時俱進者，則很快就會被淘汰囉～今年最大的適配項目是隱私權。
對於我們家快樂印App來說，這次更新最主要的項目在於相片權限 (Photos Authorization)。乍聽之下沒什麼，不過流程就必須要適當調整，讓用戶能知道相片為何無法被我們App存取。
還記得2020年底前，必須把UIWebView全面改成WKWebView，這些也在這篇文章提及：棄用API的使用情況 (Deprecated API Usage)。並且我在最近把第三方套件中的UIWebView移除。
由於開發能量有限，想要直接把Web的內容鑲嵌在App之中，可以怎麼做比較好呢？其中之一的方式就是使用SafariViewController，幾乎等同於Safari App的效果。
原本還想說Web的內容在手機上呈現效果奇差無比，假如Web沒有把響應式網頁設計(Responsive Web Design)寫好，確實在手機小畫面中呈現不佳。但我畢竟不是Web工程師，難播出時間去調整Web內容。
一直以來我很喜歡地圖應用，可以大範圍看到資訊的廣度，像是垃圾車經過的地點或微笑單車租借站的地點。
最近想要在地圖上繪製路徑，研究過後發現非常簡單，將有經緯度的資料準備好，透過MapKit來繪製即可！
HappyMan・迴響