Huang ShihTing

Swift 5.5 導入了新的非同步任務機制，包括了 async/await、Actor、Task Group 等等好用的工具，還有針對既有的 SwiftUI、Core Data、跟許多 Foundation 下的 API 所做的 async/await 封裝。有了這些新的語法跟機制，我們就可以用非常直觀的方式來撰寫非同步的程式，提升程式碼的可讀性，同時也大幅降低出錯的機率。

在這幾年來，機器學習 (Machine Learning) 的應用如雨後春筍般大量地出現，也越來越貼近一般人的日常生活，包括語音、影像辨識，語意分析，行為分析等等，都跟機器學習脫離不了關係。雖然機器學習的技術在這幾年來已經十分成熟，不過手機的應用程式在這方面還是大多扮演著媒介資料的角色，由手機端接受使用者來的資料，上傳到 server 完成分析後再將結果回傳到手機端。這個資料傳遞的過程中，手機程式是跟機器學習一點關聯都沒有的。 在

在軟體的開發過程中，我們一定會需要測試我們做出來的東西是不是運作正常。以手機開發為例，我們通常都是咻咻咻地寫好一堆程式之後，把它丟到手機或模擬器上面執行，然後東點一點西點一點，看看是不是一切都運作正常。這樣的流程雖然運作正常，但是卻非常花時間，而且很容易漏掉該測試的項目。如果要簡化這個流程，你就會需要電腦來幫你做自動化測試 (Test Automation)。 自動化測試有分很多類型，目前大家最常使用的分類法是用 Mike Cohn 所提出來的測試金字塔 (Test

近年 GraphQL 非常火紅，它是一個由 Facebook 開發、而且公開的資料查詢語言。GraphQL 強大的彈性，對於迭代快速、功能複雜的公司來說，可以說是一個非常值得嘗試的工具。在這篇文章中，我會為大家介紹這個工具，並帶你動手做一個簡單的 GraphQL＋SwiftUI 專案！

隨著手機 App 介面和硬體不斷進化，App 介面的已經越來越複雜。此文會簡單地介紹 Compositional Layout ，讓操作 CollectionView 變得更加容易，一步一步帶你建構屬於自己的 CollectionView。

身為一個 Swift 開發者，每天撰寫著 iOS/macOS/tvOS/watchOS 的程式，你的經驗讓你的效率高到破表，一天就可以輕易做出一個線上聊天室介面，兩天就可以做出塗鴉牆介面，你覺得自己的開發速度天下無敵；但不知道為甚麼，突然你覺得有點惆悵：啊，只有介面的程式，就像沒有加珍珠的奶茶，我怎麼樣都喝不下去啊！沒錯，

對任何程式開發來說，減少重覆的 code，把權責明確分開，讓 code 維護性變好，是非常重要的課題。同樣功能的 code，如果分散在程式的各個角落，不但改功能時很有可能會漏改或改錯，而且要找到某個功能確切的擺放位置也會非常困難；這些都會讓開發成本變得非常高，也會讓開發所需要的時間變得難以估計。 如果我們能把每個小元件的功能定義清楚，就有機會把重覆的部份拉出來，另外找個統一的地方擺放，在需要這些功能的時候，再簡單地連結過去，

字串型別 String 是每一個程式語言都會有的基本型別，也是所有工程師在牙牙學語的階段中，第一個會接觸到的資料型別（應該沒有人印 hello world 不是印字串、而是在螢幕印點陣的吧？）。雖然 String 在程式語言中非常基本，在大多數的情況下使用也不算太難，但是 String 也可以說是基礎型別中最複雜的一種了，背後除了多語系的顯示、轉換之外，還有記憶體、

Command Line Tool，通常指的就是能在 terminal 下指令執行的程式，身為一個利用 mac 做開發的工程師，一定非常熟悉，像是原始碼管理工具 git、自動化工具 fastlane、或是套件管理工具 homebrew，都可以算是 Command Line Tool

UITableView 或者 UICollectionView 絕對是 iOS 工程師一定會使用到的 UI 元件，甚至可以說大多數 app 的 UI 都是圍繞著 tableView 來設計。隨著手機介面體驗的進步，tableView 也變得越來越複雜，尤其是像 news