平常 App 串 API 就是使用 Restful 的方式，現在想要在 App 取得即時資訊，一個較為可靠的做法是 Socket。應用例如我常用的通訊 App，Line、Messenger、Wechat、Telegram等。
首先來看 Socket 流程圖～
透過上面圖片可以了解，服務器端先初始化 Socket，然後與端口綁定 (bind)，對端口進行監聽 (listen)，調用接受 (accept) 阻塞，等待客戶端連接。
在這時如果有個客戶端初始化一個 Socket，然後連接服務器 (connect)，如果連接成功，這時客戶端與服務器端的連接就建立了。
客戶端發送數據 (send) 請求，服務器端接收 (recv) 請求並處理請求，然後把回應數據發送 (send) 給客戶端，客戶端讀取 (recv) 數據，最後連接關閉 (close)，一次完整互動結束。
（繼續閱讀…）2020年5月開始，Apple已強制只要有第三方登入的App，一定要加上Apple Sign In (蘋果登錄)功能。🤪
也就是說，Apple也想要角逐第三方登入。先前我已寫文章觀察其他App，參考：Apple 強迫整合 Sign In With Apple。
記得在偉大的港商上班時，我們有三個iOS開發者，共同開發維護一個產品。此產品歷經1.5年開發，最後沒有上線，產品還直接被停掉。
當時我們每隔一週就要發布一個測試版本，後來主管指示此過程要全面自動化，於是我們帶頭的同事捲起袖子，把Jenkins 與 Gitlab串接起來，成為幾乎自動化的發佈過程！🤠
此圖是我統整所有過程，寫出來的四大部分和五大行為。未來可給大家參考用囉！
香港的同事負責送審，他會指定發佈到「獅子山」這個國家，我還以為他在開玩笑，查詢之後真有這個國家呢！😛
為什麼還沒開發完就要送審？因為我們要確保臨時要上架是沒有問題的！所以送審的頻率一個禮拜一次，而且都只上架到獅子山。
在港商上班最大的收穫之一，是跟香港同事合作，並見識到同年紀的香港CEO和CTO如何處理部屬～😏
技術上的精進比較沒太多可以著墨，因為是產品開發元老的架構為基礎往上開發，離開公司後那些複雜的流程不怎麼好用啦⋯⋯
總之，我還是認為，一個人就能開發App，是最過癮且最有成就感的事啦！💪
又到了一年一度更新推播憑證的時候！因為先前僅有初次產出推播憑證經驗，但沒有更新推播憑證的經驗，以為會有多難，沒想到就跟初次一樣的步驟。🧐
發現舊有的憑證無法更新期限，那麼就如同第一次建立新的推播憑證吧！此次推播憑證更新：2020/10/05，期限：2021/11/04，有效期間為13個月。
最近要送審未來高達10000人使用的App，過程我要非常小心不能出差錯，先前都是由前輩同事送審，因為他連續請假3天，只好由我代替來送審，儘管過去已送審不下10個App，然而一想到是公司自己的產品，神經稍微緊繃了一下，是在看到IDFA，我還是愣了一下⋯⋯因為幾個選項描述得好似官方式文言文，深怕一選錯，被拒絕後，會被主管關切ＸＤ～
逍遙文工作室 
HappyMan・迴響