最近對 Flutter 開始感興趣，研究起來格外順暢，也許是因為我本身開發 iOS App，所以背景知識技術足夠跨越門檻。
這篇來展示我學習 GridView.count 的紀錄，實際上功能很類似 iOS 的 Collection View，GridView.count 在用法比較容易實作，真的很快！
開發階段，我還可以透過 Chrome 來 debug，比起要花時間編譯到實機或模擬器，Chrome 跑起來奇快無比呢～看來有 Google 老大哥扶持，很多事情都被簡化囉～😁
先來看一下我實現的畫面～
現在推播憑證期限為13個月（多一個月讓你心理準備ＸＤ），不過這次才過了半年就發生問題，實際上是可以發出推播，但是手機收不到推播，那到底是什麼問題呢？
追查後發現，原來是我們家的Server太舊，還沒支援HTTP/2，原以為Apple沒有公告，後來找到了，印象中有看過這一通知，但是我沒太留意，畢竟我不曉得我們家Server沒支援HTTP/2呀⋯⋯😝
升級HTTP/2有何好處？可以讓你的網站瀏覽起來更快、更安全、SEO加分！比較 HTTP/1.1 和 HTTP/2 的速度差異，這在圖多的情況最為明顯～
技術總是要與時俱進呀～套一句話，技術如逆水行舟，不進則退～也就是你若保持在原地，其實就是退步，因為他人一直在往前！😙
人總是會不斷地成長，若沒有成長就會感到不開心，是真的吧？🤪
看到自己經營的App有大幅度進步，實在令人振奮！
上次寫了 Firebase Performance 如何使用，也經過了一個多月，可以來見證我優化某功能的成果囉～🥳
此刻要記錄實作內容，才想起先前已寫過一篇，不過那篇是沒有原始碼，然而依舊可參考：[iOS] 使用Vision人臉偵測 (Face Detection Using Vision)。😎
沒事千萬不要用最新的技術開發要真的上線的軟體，拿來把玩還可以啦～
這次是高中同學求救，因他公司產品是用 Flutter 來開發 App，想必是想要追求又快又狠又準的新技術，但是沒有考量到一些潛在的問題，其實早一點來找我諮詢，就可以避免掉要找我「救火」的狀況囉～
首先來了解我使用的開發環境與技術規格：
我急忙在短時間內寫好一個功能齊全的 ShopViewController，接著想辦法整合進對方的 Flutter 專案。
我問目前在博弈業的前同事，有無將 Swift 整合進 Flutter 的經驗，結果他跟我說是寫原生 Swift，真是誤會大了。
（繼續閱讀…）儘管是在寫 App，然而三不五時就會需要內嵌網頁，因為我們實在很懶（是這樣嗎？），不想要再自己重刻一個頁面～😜
除此之外，做 Web 端的同仁也想知道，這個網頁的執行是來自哪裡，他們通常會從 User Agent (用戶代理) 下手，此時就會請求我把一些資訊塞進 User Agent 。
這種做法其實相當簡單呢！現在 iOS 可藉由新的 WKWebView 來實現。
最近在幫人「救火」，開發 IAP 功能，朋友公司高層好奇，IAP 付款介面能否用 Touch ID 或 Face ID，在此我研究了些眉角。😌
什麼是 IAP 呢？全名是 In App Purchase，中文叫應用內購買。
其實我在2014年已開發過 IAP，時隔多年來到2021年，後台設定項目的介面也改頭換面，感覺上已經比過去好設定。
（繼續閱讀…）產品若已經穩定，就可有空閒時間來優化它！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。
HappyMan・迴響