比起 Google 大神，ChatGPT 有時更能精準且更快速的解決各種疑難雜症，法蘭克就實驗性的由淺入深並用英文和中文問 ChatGPT 三個與 Swift 相關的問題，分別是How to hide navigation bar when scrolling in Swift 和 用 Swift 創建 thread safe 的 array 和 利用 Swift 編寫 BMI 計算器，來看看 ChatGPT 怎麼回答？ 問題1：How to hide navigation bar when scrolling in Swift 解決在捲動 scroll view 時，要隱藏 navigation bar 的需求，ChatGPT 除了直接給出正解外還貼心的附上解法說明。

針對 optional binding 的寫法，終於在 SE-0345 的提案中有更簡略的陳述式了，在 Swfit5.7 之前必須這樣寫： 但是，如果覺得這樣的 unwrapped variables 太過冗長，可用更簡短的描述 n 來重新定義 name： 雖說重新定義後，寫法有略為精簡，但可惜的是閱讀性變差了。不過，終於在 Swift5.7 有了更簡略的寫法了，且不管在 if let 或 guard let 上都適用： if let guard let 這樣的寫法，既讓程式碼縮減了，也不會陷入 unwrapped variables 命名糾結的問題。如果想更深入了解其細部的做法，可參考 SE-0345 裡的 detail design 該段提案人所描述的實作方式。 如果您喜歡我的文章，請多按幾下「拍手」給我鼓勵，或是按「follow」讓我持續提供好文章給您。若有任何問題也歡迎隨時提出。

下載並呈現圖片是一個常見的項目，但是 SwiftUI 並沒有提供做法，那也沒關係。此篇教學說明如何客製一個 View 其可以非同步的載入圖片，其內容會透過 Combine 和 Property Wrapper 的觀念，將物件和物件之間環環相扣。 建立載入圖片的 ImageLoader #1 遵從 Combine Framework 的 ObservableObject Protocol，此是為了能夠讓 ＠ObservedObject 這個 Property Wrapper 能夠監聽此物件。在此範例的目的是用來和 Image View 做綁定，並在當其封裝的屬性有所變化時，能夠通知監聽者。 #2 ＠Published Property Wrapper 表示當此屬性有更動時，必須要通知觀察者。此範例的目的是要用來當圖片下載完成後，要通知用來呈現圖片的 Image View 必須要 Reload Body。

從 API 載入 JSON 格式的資料，並將其呈現在畫面上，不外乎就是四個大步驟。建立遵從 Codable 的 Struct 或 Class 來接收 API 的資料、建立一方法其內容為利用呼叫 API 的 Framework 將 JSON 格式的資料載入、在 View 的適當的生命週期裡呼叫上一步驟所建立的方法、利用可將資料渲染在畫面上的 View 來渲染接收 API 資料的 Struct 或 Class。在 UIViewController 裡，相信各位都可以很熟練的完成這整件事，而在 SwiftUI View 裡，其實也是大同小異的，僅有兩項新知需要學習，其就是 SwiftUI View 的 Life Cycle和 SwiftUI State Property Wrapper(屬性修飾器)。不過，既然是新知，就得徹頭徹尾的重新學習，請跟著法蘭克一步步來實作吧。 首先，至臺北市資料大平台找臺北市立動物園_行事曆的資料來做測試，並依其資料結構建立遵從 Codable 的 Model，因重點不在 Model，故只取出 _id 和 D_Title兩個欄位即可。

SwiftUI 官方文件有一章節在講述 State and Data Flow，其主要在談如何將 Data 和 UI 做綁定，什麼意思呢？指的是，當 Data 有變化時，UI 也會重新計算並更新它認為需要被更新的 UI，聽起來很酷很方便對吧！？。在 SwiftUI 釋出前，如果要將 Data 和 UI 做綁定的話，有很多方式可實作，包括 KVO、 …

在閱讀這篇文章前，法蘭克希望大家可以將 UIKit 的 frame 的概念先拋到腦後去，好好咀嚼並消化一個全新的概念。UIKit 的 frame 和 SwiftUI 的 frame 是完全不同的概念，UIKit 的 frame 其作用在於對一個 view 設定其位置和大小；而 SwiftUI 的 frame 雖也是被 Apple 歸類在修飾 vi …

隨著 App 的普及，在百家爭鳴下使用者對 UI/UX 的要求也逐漸的提高，這使得 App 所需要的資料也相對的比以前要複雜上幾倍，很多情況後端給的資料仍不足以滿足 App 端的需求，此時就得在 decode 時，將其轉換成 App 端可用的資料，而在進行資料轉換時，有幾個方法就特別重要，也很容易搞混，因為其方法名稱很像，哪些方法呢？也就是今天的四個主角。先讓法蘭克稍加介紹這幾個方法，最後會舉一個情境來使用它們。 — 方法解釋 在 Decodable 的建構子中 Decode 時，常常會用到的以下幾個方法。 nestedContainer(keyedBy:forKey:)：從 JSON 中取得指定的 key 值的 Object

將 JSON String 轉成 Struct 或 Class 是常常要做的事，但 iOS工程師一秒鐘幾百萬上下，當然不可能慢慢的複製、貼上😀。其實有很多工具可以協助建模，但最方便的就是可以直接在線使用，不需再浪費時間、空間安裝。QuickType 即是線上快速建模的工具，其除了 JSON 外，也支援其它的格式，還支援多種語言，也可針對產出的 JSON 再做客製的格式，圖+文帶大家快速瀏覽一下其功能。 除了常用的 JSON 外，也支援其它格式

在開發過程中，我想大家一定常遇到彈出的鍵盤擋住畫面上的元件，導致使用者都不知道自己輸入什麼內容😅 此問題的解決方法有很多種，今天要說的是利用 ScrollView 的 contentInset 屬性來解決。contentInset 屬性有什麼作用？根據官方文件的說明，其可增加 ScrollView 額外的 contentSize。