💬 Pofat 的話

最近搬到新城市，前幾個週末都在坐飛機和探索新環境（aka 有狗的地方），在這之中又再次體悟搬家是耗損巨大心靈能量的活動，奉勸自己以後買東西要三思。

前幾週也正好沒什麼要緊的事，這樣的風平浪靜可能會持續到 WWDC。我今年好運抽中 special event，將是我人生首次的實體 WWDC，期待有好玩的事發生，拯救疲軟無力的 Apple Vision Pro。

倒是 GBA 上週同時發生兩件大事，讓它重新回到人們的目光中，證明了老主機不死只會重返榮耀。

《看前一期 | 所有文章》

🌎 On Swift Community

給 Cpp 開發者的 Swift 教學

Swift language core group 的 Doug Gregor 寫了一系列讓 Cpp 開發者認識 Swift 的文章，內容非常詳細且深入，包括記憶體安全以及兩邊在某些領域各自的思路差異，推薦認為自己已經很懂 Swfit 的人閱讀，會更理解一些設計背後的想法。

https://www.douggregor.net/

神祕的 🐞 選單

一個存在已久但不廣為人知的超方便 debug 技巧最近又被熱烈討論，只要在啟時 macOS app 時加上 -_NS_4445425547 YES，或是更好記的 -NS🐞 YES，就會出現新的選單，你可以快速地查看它載入了哪些 framework 和環境變數（找 tmp 位置很方便）、還有找 Touch Bar （可見年代）以及直接暫停程式（如果你有連結 debugger）。

這個啟動原理其實是去讀取 UserDefaults 裡的值，所以你也可以用

defaults write -g _NS_4445425547 -bool true

來讓所有 macOS app 都出現這個選單。

有趣的是 4445425547 這串數字在 ASCII 裡正是 DEBUG 五個字母；我從推友分享的冷知識得知，這些 menu 其實是由 app 提供，只是讓 AppKit 接管，所以當 app 轉彩球時這些選單也會動彈不得。

https://x.com/unixzii/status/1777249992937447898

Swift on Game Boy Advance (GBA)

Apple 平台生態圈內最近氛圍士氣低迷，但 Siwft 在其它平台上卻充滿活力，不斷有酷炫的新嘗試，繼前一期在 Playdate 上用 Swift 開發遊戲後，也有人成功地在 GBA 實機上執行 Swift 的程式，而且看起來 GBA llvm devkit 已經處理好大多工作，Swift 只要提供 _main 進入點即可。

https://x.com/harlanhaskins/status/1778919822216048642

GBA 模擬器 iGBA 成功上架（幾個小時）

在歐盟數位市場法的要求下，Apple 釋出了新的 App Store 規則，其中 4.7 允許遊戲模擬器 app 上架，還能在 app 內提供遊戲下載，當然前提是合法內容，相關責任落在開發者。

很快地 App Store 就出現了第一款正式上架的模擬器 - iGBA，不過在週報發刊時已經從架上消失，目前不確定下架原因為何。

🤪 Pofat 選推

沒想到 2023 年 Obj-C 技能仍然很值錢呢（中位數薪資為第一名，來源 StackOverflow）

https://x.com/steipete/status/1779132221024018830

🗒️ 破費清單

最近開始滑雪（對，在這種天氣下！），買了雪具：

• Capita Pathfinder Camber Snowboard：有效鋼邊很長，只要相信板子，它真的會幫騎乘者找路，完全不負其名，在斜坡上給了我很多信心。

• ThirtyTwo TM-2 Double Boa Wide Snowboard Boot：寬腳人的選擇不多，合腳就要珍惜。它的 heel support 系統對我很實用，因為我寬在前腳掌，前段合腳後足跟部有點鬆，而鞋子的設計有個口袋可以塞墊片填充這段空隙。

在 Apple 與開發者關係倒退幾步的同時，Swift 在非蘋果生態系中跨出巨大的一步 - 開發掌機遊戲！

《看前一期 | 所有文章》

🌎 On Swift Community

Byte-sized Swift: Building Tiny Games for the Playdate

太興奮啦，竟然能用 Swift 在掌機上開發遊戲！

Playdate 是遊戲開發商 Panic 在 2021 年推出的懷舊掌機，特點之一是用「轉動手柄」做為控制方式。他們家旗下有不少優秀的小品遊戲，最有名的當屬 「Untitled Goose Game」。

Playdate 提供C API 開發遊戲，大多數遊戲由 lua 開發以省去和 C 打交道的繁瑣程序，而蘋果工程師 Rauhul Varma 看到 Swift Embedded Language Mode 在這塊的潛力，便搞了兩個 demo 遊戲，以及完整的開發設定說明，詳見GitHub repo。

可以在開發夢幻應用（aka 遊戲）時享受便利的泛型與enum 等功能並安全地操作記憶體，這是 Swift 在非蘋果生態系應用的一大步！！

就算你對這領域沒興趣，文裡也有探討到怎麼用 Swift 在不引入效能損耗的情況下改善原本的 API，這些思想對一般 Swift 開發者也有幫助。

順道一提，欲用 Swift 開發2D 和 3D 遊戲有 SwiftGodot 這個選擇，有興趣的推薦觀看這影片：

Web Distribution in EU

Apple 為遵守 DMA （數位市場法案）再公佈新 app 發佈方式，資格符合的開發者可以在自己的網站上發佈 app，只是要透過稍後釋出的 API （應該在 Apple Store Connect 底下） 。資格方面則與幾週前公佈散佈替代 App Store 的資格相同，開發者必須是 Apple Developer Program 的優良成員兩年以上，且在過去的一年中，在 iOS 平台歐盟區擁有超過一百萬次首次安裝的 app 。

然而超過一百萬次後的每首次下載需要繳交 €0.5 的 Core Technology Fee，也就是不會有免費發佈的方案，好個 Apple。

原文在此： https://developer.apple.com/support/web-distribution-eu/

Scan for Possible Use of "iOS required reason API"

Privacy manifest 從去年 WWDC 就宣佈今年會成為 app 通過審核的必要文件，但死線驅動開發的開發者們應該最近才會開始動起來。因為 3月13日開始，如果上傳或更新應用程序而未提供對應特定API的使用理由，將會開始收到警告郵件。而從5月1日起，則需要先提供使用特定API的合法理由，才能上傳新的應用二進位文件。

這裡有個很棒的小工具可以掃瞄你的專案是否使用了需要使用理由的 API，裡面提供了掃瞄文字的語法，以及掃瞄二進位檔案的語法（透過 nm）。

Java user on Apple silicon should consider delaying macOS 14.4 Update

macOS 14.4 在正式版引入了會讓 Java 應用閃退的 issue ，影響範圍很大，原本 OS 在存取被保護記憶體位址時會送出 SIGBUS 或 SIGSEGV，但 14.4 正式版改成 SIGKILL，所以執行緒沒有機會做任何處理便直接終止。

Java 使用者在這個問題修復前請三思 macOS 14.4 的更新。

https://blogs.oracle.com/java/post/java-on-macos-14-4

🤪 Pofat 選推

預設的力量（圖為 Brave 瀏覽器在 EU 開放更改預設瀏覽器的安裝數成長）

超想買！！

🗒️ 破費清單

波斯王子：失落王冠 - 雖然畫面體驗上還是在 PS5 最棒，不過類銀河惡魔城遊戲就是要在 Switch 上玩啊！ 目前遊玩十小時，動作體驗很好，戰鬥類似隻狠，先熟悉敵人出招再拼格檔的成就感頗令人滿足（集氣很快，搭配護身符有其它 buff），仍有些如傳送點太少的小缺點，整體暇不掩瑜，爽快！

💬 Pofat 的話

上週我走到哪雨就下到哪，我真的是雨神吶。

《看前一期 | 所有文章》

🌎 On Swift Community

Apple：歐盟哭喔

Apple 上週在歐盟區掀起兩陣不小的風波，如同每年 iPhone 發表，果粉果黑們出籠各擁其陣營，身為蘋果生態系開發的開發者，我對蘋果的溝通態度感到反感，畢竟小社畜跑去做 indie 就是不想再奴了，豈料 Apple 仍把開發者當農奴。

上週 EU 對於 Apple 開罰近 20 億美元的反壟斷罰款，原因是對音樂串流服務商濫用 App Store 規則（如禁止導購 IPA 外的付款方式），裁決一出 Apple 迅速地回應了一篇新聞稿，訴說著 Apple 是如何地為 Spotify 的成功做出了多少貢獻而 Spotify 分文未付。我的第一感受是 App Store 領導層該換了，這樣的態度彷彿對開發者表達：「上架 app 就是欠 Apple 人情，」。

另一件事就是 Apple 與 Epic 未完的戰爭，Apple 先終止 Epic 的開發者帳號，其中一個竟是 Tim Sweeney 批評 Apple 的推文，48小時後又承諾會復活該帳號，因為 Epic 表示會照規矩來，Epic Game Store app 之路的障礙已被再次清除。溫馨提醒，EU 的使用者如果離開 EU，一段時間後（最多 30 天）將無法再從非 App Store 的管道獲得更新，詳見 EU 替代市場規則。

Swift 5.10 正式發佈

雖著 Xcode 15.3 ，Swift 5.10 也一併正式推出，其中最關鍵的更新是完善了 full data isolation 的檢查，也提供了 opt-out 完全檢查的關鍵字，讓大家在 Swift 6 到來以前可以先做些轉移，分散痛苦。

這也是 Swift 5 的最終版本，接下來就會是 Swift 6 的世代了。

https://www.swift.org/blog/swift-5.10-released/

A journey with Swift on Linux

一個團隊選擇以 Swift 重寫他們的 server side 程式（負責透過 IPC 接受需求的程式，並非我們一般認知的 HTTP server），另一組 Swift 在非 Apple 平台上的開路先鋒，他們的經驗分享非常詳細，基本上就是 Swift 語言現今的整體問題加上非 Apple 平台的支援度問題。

Swift 語言本身的現代功能寫起來「大多」很享受，簡潔的語法和方便的擴展以及嚴密的安全性，可是偶爾會撞到不明的效能問題，沒遇到風平浪靜，撞上了便是驚淘駭浪，然後錯誤的診斷資訊也不夠清楚， Swift 團隊接下來的首要任務應該是改善這些痛苦的黑箱體驗。

https://forums.swift.org/t/our-journey-with-swift-thus-far-some-notes-and-reflections/70510/1

Swift Tooling: Windows Edition

做出 Arc 瀏覽器的 The Browser Company 很早就 all in Swift，在非 Apple 平台上做開路先鋒，他們整理要在 Windows 用 Swift 開發所需要的工具組，從寫碼、編譯、測試到 debug 皆有包括，為眾生們減少千里冤枉路。

而 Swift 在 Windows 上開發產品到底可不可行，文章開頭就給出了結論：

Swift on Windows is production ready, today

Speaking in Swift by The Browser Company

Swift Tooling: Windows Edition

Swift on Windows is production ready, today. We’ve talked before about how we run Swift code on Windows, but we haven’t talked about how we write Swift code on Windows. Windows is already a mature development environment for authoring Swift code, and it’s only getting better. He…

Read more

2 years ago · 14 likes · 1 comment · The Browser Company

Swift Parameter Packs 官方教學

Variadic generic 是 Swift 6.0 裡的重大新功能，官方用的名詞是 Parameter Packs，這是一個大家呼喊以久的功能，不過設計出來的 API 頗為複雜，所以官方也提早推出相關教學，建議大家早點開始研究怎麼上手。

https://www.swift.org/blog/pack-iteration/

Pkl as CodeGen

前陣子 Apple 發表了類型安全的 configuration 程式語言 Pkl，其也可以用來生成 Swift 程式碼，很適合做為 codegen 的工具，利用 SPM command plugin 來打包生碼時要下的指令可以使其更容易使用，詳見教學文。

🗣️ On Swift Forum

[SE-0425] 128-bit Integer Types

SE-0425是個單純的提案，就是在整數家族中新增 128-bit 寬的整數，雖然是個小眾需求，除了 Swift 外大多數的程式語言都有支援，沒道理不跟上。其介面完全由它所繼承的 protocols 樹所決定，如果你不清楚這些 protocols 幹嘛用的，SE-0104 有很好的圖示說明整數的 protocol 結構樹。

實做 128-bit （即 16個位元寬度）的整數有兩種方式，一來是利用 C23 標準引入的 _BitInt(N) (N＝128) ，另一個則是非正式但廣泛地被使用的 __int128_t 與 __uint128_t。由於 clang 裡實做的 _BitInt(N) 在 x86 或 arm64 對齊的位元數都是 8 （理想上應該是 16），且其 ABI 的未來方向仍不明確，使用已普遍使用的 __int128_t 是更實際的實作方向，因此 Int128 裡的值便直接使用 BuiltIn.Int128 這型別（對應 __int128_t）。使用 _BitInt(N) 理論上能直接新增一固定任意寬度的泛型整數，可惜這有待底層 ABI 的未來方向確立。

另外有兩件開發者需留意的事，一是 Codable 的實做，因大多現存 encoder/decoder 並不支援 128-bit 整數，目前採用一對 64-bit 整數來進行 encoding 或 decoding；另外則是不支援 NSNumber 的橋接，但這是整數類型的首個「特例」，未來 Swift 會再全面檢視更一致性的雙邊關係。

🤪 Pofat 選推

只是想分享 Old man yells at cloud ，好好笑（改自 The Simpsons S13E13）

https://x.com/OOCCouchGags/status/1764592313156706388?s=20

上期提過了三月底的 visionOS 研討會 Let’s visionOS ，還沒決定動身的讀者們不妨看看 Chao Code 的 Jane 錄的介紹影片。

《看前一期 | 所有文章》

🌎 On Swift Community

有些工程師的 Y2K 還沒過去啊

我這一代的工程師應該都對 Y2K 危機耳熟能詳（沒聽過的就是年輕人啊），這是個程式中的日期處理問題，在 90 年代時很多都只用西元後兩位來表示年份，因此當 2000 年來臨時，無法區分是 2000 年還是 1900 年，進而可能引發資訊設備的末日。當時的娛樂圈也沒有放過這個機會，從資訊到現實的末日都有相應的電影推出，並在 1999 年底推出，分別是史恩康納萊主演的《將計就計》、與阿諾的《魔鬼末日》，年幼的我當時認真地懷疑自己是否撐得到 2000 年。

雖然最後在政府與資訊界的努力下平安地度過 2000 年，但我們仍然沒有從 Y2K 危機中解除啊，上週四 2/29 除了《FF VII - Rebrith》發行與大谷讓世界千萬粉絲心碎外，很多資訊系統也默默地當機了。

紐西蘭的自助加油站無法接受付款，因為程式無法處理 2/29

https://arstechnica.com/gadgets/2024/02/leap-year-glitch-broke-self-pay-pumps-across-new-zealand-for-over-10-hours/

巴黎的路燈在 2/29 那天的午夜直接熄燈（物理）

https://euro.dayfr.com/sports/1822986.html

更古老的案例是日本部分舊手機只支援到 2019 年的日曆，到 2020 年直接當機

https://twitter.com/zzzsuzuyasu/status/1212029604069691393

這裡有 2/29 那天的自爆清單，有興趣的可以去笑一下

https://codeofmatt.com/list-of-2024-leap-day-bugs/

我個人是認為都 2024 年了，不要再自幹 time library，用標準程式庫的好嗎？

可以考慮的第三方之一是在 2/29 當天宣佈 1.0 版正式發佈的 Time，由具有豐富時間經驗的 Dave Delong 經過四年打磨（在四年前的 2/29 亮相）而成：
https://forums.swift.org/t/announcing-time-1-0-0-type-safe-calendar-calculations/70366

An Introduction to Isolation in Swift

Swift 6 最重要的里程碑就是 Swift Concurrency 的完備，不過其用法和規範已發展到「無法一看就懂」的地步，尤其是 isolation 這個概念，這篇文章是我最近看過解釋最清楚的，同時也指出了 SwiftUI 定義 isolation 方式（在 var body 上而不在 View protocol 上）的潛在問題。

另一個 isolation 的混亂問題是 DispatchQueue.main.async 後接的 closure 會自動被加上 @MainActor，所以你可以在裡面無痛呼叫其它由 @MainActor 隔離的方法，不過這實是由 compiler 有點過於簡單粗暴的 syntax check 完成，如果你用了 typealias 或定義同名的 DispatchQueue.main.async ，你將不會獲得這個特性，雖然不常見但遇到了你可能會在這隱晦迷宮裡轉不出去，詳見 Ole 的文章： https://oleb.net/2024/dispatchqueue-mainactor/

如何在 SwiftUI 中取得 Child View - VariadicView

SwiftUI 表達式的語法雖然寫來爽快直觀（直到實機上擺了你一道），卻也增加了不少限制和黑箱。SwiftUI 的 API 基本上落實了 local reasoning 的原則，就在當前 scope 設定，於是乎你幾乎不可能由正式管道取得 child view 本身，也就是在 iOS 16 提供 Layout 前你無法實做 HStack 或 VStack，就算透過 Layout 也無法取得這些 View 的內含資訊，只能取得其大小位置，並決定怎麼擺放它們。實做 Group 這樣能群組 view 但又不是如 Stack 把 children view 融合成一個 view 的容器是做不到的。

SwiftUI 中有個 _VariadicView ，直接被 HStack 所使用的底層元件，而且會透過 @inlineable 讓開發者們看到，所以是不太容易被拔掉的「相對安全」private API，善用這個元件你可以做出更多元的容器元件，不只是改變大小 layout 還可以針對不同的元件套上屬性，比如第一個 child view 加紅框、第二個加藍框，詳見 Moving Parts 的教學文；而另一個實用的方法是「取得 child view」，Emerge Tools 利用這個特性完成了基於 preview 的 SwiftUI snapshot test - SnapshotPreview。

https://www.emergetools.com/blog/posts/how-to-use-variadic-view?s=1

透過 _VariadicView 的家族成員們可以取得 view tree 的結構與成員，這點非常實用，也許能做出類似 chisel 這樣方便直接修改 UIKit 屬性的工具。

🗣️ On Swift Forum

[Pitch] Speed up protocol conformance checks on first launch using bloom filters

swift_conformsToProtocol 是 app 啟動時最花時間的工作之一（如果你有 Swift protocol），因為 Swift runtime 會線性搜索所有 confromance ，在需要建立 metadata 時。iOS 16 把這個結果在 dyld 的 closure 預執行並放入 cache 裡，但 app 更新後使用者仍然有機會體驗到這個緩慢的啟動過程。

有人便提出了使用 bloom filter (一種快速檢查某元素是否屬於某集合的資料結構）來加速這個流程，不過這牽扯到 linker 需要為之調整，以及可能對某些情形幫助不大（如一個 protocol 有大量 conformance）。

🤪 Pofat 選推

完美說明 async 的染色力

開發商對 Apple Arcade 不確定性的未來感到憂心忡忡，Netflix 是最大的對手之一，當然 Apple 出了名地難搞也正在加速惡化他們與開發者的關係：

https://mobilegamer.biz/inside-apple-arcade-axed-games-declining-payouts-disillusioned-studios-and-an-uncertain-future/

最近遭遇搬家和簽證雙重打擊，不過幸好都告一段落，週報復活！

《看前一期 | 所有文章》

🌎 On Swift Community

世界首場 visionOS 盛會： Let’s visionOS

尚在觀望或不知如何切入 visionOS 這個新平台的 Apple 開發者，不用他想，捷徑就是在 3 月 30 日至 31 日前往北京參加世界首場 visionOS 專門研討會 - Let’s visionOS，不僅可以獲得許多先驅的傳承，也能馬上加入成長中的社群，畢竟拓荒時期最好還是組團打怪存活率高些。

主辦人思琦在 Vision Pro 公佈後很快就開始組團匯整各方資源以及開創社群供大家交流資訊，XRealityZone 電子報和用來交流體驗 visionOS app 的 Let’s xrOS，研討會前其實已經匯聚不少的資源和聯結，也才有華麗的講者陣容，其中台灣的講者由 ChaoCode 的 Jane 擔任演講嘉賓 。除此之外，大會還準備了非常詳盡的參會指南，從住宿交通到吃喝玩樂都有指南，最要緊的美食指南看起來很厲害啊！

要從台灣出發的朋友，不用擔心也不該落單，這次13 有開團，歡迎和他聯絡，或直接在 weak self Discord 裡發聲找團。

Swift 6 Is Finally Coming

在 Swift 升上 5.0 的五年後、 On the road to Swift 6 發佈的四年後，Swift 終於要正式地迎接 6.0 的到來，三月十五號會是正式的 6.0 branch cut，5.10 會是最後一版的 Swift 5。

然而大家擔心 Swift 6 的升級可能會像 2 到 3 那樣帶來巨大的痛苦，但實際情況要好一些，Swfit 6 的語型模型是 opt-in，你仍然可以在 Swift 6 compiler 上使用 Swift 5 模式。當然還是建議大家切好模組再逐步完善，一小部分一小部分地升級。

The SwiftUI Field Guide

我剛接觸 SwiftUI 遇到最高的門檻是建立 layout 的心智模型，The SwiftUI Field Guide 則可以直接協助你跨越這個門檻，它精美的互動網頁能讓你快速理解其效應，tree view 則快速地讓你理解 SwiftUI 中一個 view 的樹狀結構，以及每個節點如何影響變化，我可以保證玩完這些東西後你會在 SwiftUI 上少走許多冤枉路。

iMessage with PQ3: The new state of the art in quantum-secure messaging at scale

iMessage 其實是最早提供端對端加密的通訊軟體，只是它早期的加密方式都不是太堅強，一直到 2019 年才跟上加密技術（ECC），而現在 iMessage 則超英趕美（說啥呢？本來就美國軟體），直接發展以量子密碼學（PQC）為基礎的協定 PQ3， 雖然現今商用的加密模式對量子電腦來說非常脆弱，但能達到即時破解等級的量子電腦尚不存在。蘋果使用的 PQ3 不只能加密初始建立的金鑰，還能持繼更新以保護後續的訊息交換，如此一來，即使初始建立的金鑰被破壞，仍能保持安全性，這項新升級會在 iOS 17.4、iPadOS 17.4、macOS 14.4 和 watchOS 10.4 推出。

也許你會覺得這是否用牛刀殺雞，但 Apple 對安全的態度似乎一直是走極端，然而過度複雜而帶來漏洞問題的經驗也存在過。幸好這功能與開發者關係不大，不然依據 Apple 往常提供錯誤資訊的經驗，開發者可能要等到下一次 WWDC 才能找出問題所在。

Using SwiftNIO

SwiftNIO 是跨平台的非同步、事件驅動網路應用 framework，但它是比 Alamofire 更低一層的框架，主要處理訊息事件以及支持各式網路通訊協定，Vapor的部分核心即是基於它來建立。

Swift on server 的 blog 有一系列關於如何用 SwiftNIO 建立 server 與 client 的教學文，對於 iOS 開發者想了解何謂 non-blocking 和 event loop， 這也是很好的入門學習資料。

On-device ML research with MLX and Swift

MLX 是專門用來在 Apple silicon 上做 Machine Learning 研究的框架（注意主要為研究用，並非用來佈署真實產品用的 model），MLX Swift則利用 Swift 高階語言的各種特性讓開發更容易，這讓研究員們能以更低的門檻進行 on-device ML 研究。

🤪 Pofat 選推

Apple Vision Pro 與 Quest 3 的手勢追蹤比較，有趣的是 AVP 雖然影像延遲低很多，且有 90Hz+ 的更新率，但手勢追蹤只有 30 Hz，所以感覺上會延遲更多。

https://x.com/DennysKuhnert/status/1759995618695447020?s=20

Follow 清單都要組成 PS 手把惹

https://x.com/jacobmparis/status/1759264032349888799?s=20

Google 產品名稱的 iteration：Allo → Duo → Google Chat → Google Meet(original) → Google Meet → 😡

https://x.com/MarcosBL/status/1761094858205229430?s=20

大家新年快樂。

電影院與 App 開發的聖杯 - Apple

這幾年串流發展與疫情夾擊下，電影業不復當年風光，所謂的電影院價值也逐日萎縮，而 Apple 的新影視策略無疑是老派導演們（aka 戲院圓桌武士）的救世聖杯，去年雷利史考特的《拿破崙》與馬丁史柯西斯的《花月殺手》皆是 Apple 投資的大作。差不多同時開始萎縮的還有 native mobile app 開發市場，身為打工仔的開發者應該都有些感觸，因此上週開始預購的 Apple Vision Pro 也是不少開發者的期盼，望它能讓 app 開發再次偉大，不過媒體初評測和 Apple 散射狀的情境設定（以及它的定價），我建議可以先謹慎地管理期望值。（我對於絕大多數試戴者的耳朵都被壓爛感到憂心)

決心與豪賭

1 月 19 號發行的寶可夢之息 Palworld 三天內就賣出超過四百萬份，一口氣創下同時百萬人遊玩的紀錄，超越 Cyberpunk 2077 與法環，可謂 2024 年的開局大作。正式發售三天前遊戲開發商 Pocketpair 的 CEO 表示遊戲能誕生有賴奇蹟，而他選了幾個最關鍵的來分享（原文日文，建議 ChatGPT)：撿到的便利商店工讀生、初次面試沒過的工程師、寶可夢手上有槍竟然會這麼好玩！？

當然沒有一開始的決心與豪賭，這些奇蹟也不會發生。我相信有更多同樣決心與堅持卻死在沙灘上的故事沒出來發文，不過正是這些紀錄成功的文字一再地提醒我們「實現夢想的美好」，為這些圈子注入更多動力和讓更多人捲起袖子打造夢想。

當然我也祝福他們不會被任天堂法務鐵拳打倒。

《看前一期 | 所有文章》

🌎 On Swift Community

自製 iOS 模擬器

有位老兄在週末與咖啡時間中土炮了 iOS 模擬器，雖然實作細節沒公開，但發表了運作原理的概念，其中我覺得最有價值的是它建 Debugger 的過程，為了確認運行的正確性，他用 lldb 紀錄實機上運行的 register 與 memory 狀態來和自幹模擬器裡的比較。這些紀錄理想上很適合用來重現 bug，因為所有的機械運行狀態都可以被保存，紀錄一次就能重現無限次，Mozilla 的 rr 就是這原理，只可惜真的要在 iOS 上應用應該還是個夢。

https://twitter.com/phillipten/status/1746961140830044615

🗣️ On Swift Forum

[SE-0417] Task Executor Preference (Reviewing)

Swift Concurrency 的任務 （task）執行型態分為 isolated 以及 nonisolated，前者仰賴物件層級的元件 （即actor）來安排執行（隔離），後者則在 global concurrent thread pool 上執行。 前陣子的 SE-0392 允許 actor 隔離執行工作時跑在自定義的 SerialExecutor 上，對於效能要求極高的專案裡非常實用，像避免 thread hops 以最大化請求處理量就是一個常見的例子。

不經 actor 隔離的任務還沒有這樣的彈性，雖然直接在 global concurrent thread pool 上執行是 Swift Concurrency 的設計初衷 （詳見 Swift 5.7 的 SE-0338)，以免 MainActor 被佔用，對 app 開發來說語義也清楚。不過對 Swift 面向所有類型應用的發展方向來說，這顯然是個問題。換言之， mobile app 開發者可能用不到這功能，就享受原生的簡單預設值吧。

這個提案引入一個新的控制層來「設定」任務執行的位置，稱為 task executor preference，這個設定會跟著任務以及傳播至其衍生的子任務（如 TaskGroups） ，其影響的 API 有：

1. withTaskExecutorPreference : 其範圍內的任務（async let）都會適用帶入的設定

2. TaskGroup 的 addTask： 每新增一個 task 都能指定設定

3. Task 的初始化與 detached

這裡的設定得透過新的 protocol TaskExecutor，也有新的全域變數 globalConcurrentExecutor 讓你把執行位置設到預設的 global concurrent thread pool 上。

public protocol TaskExecutor: Executor {
  func enqueue(_ job: consuming ExecutorJob)

  func asUnownedTaskExecutor() -> UnownedTaskExecutor
}

同時它也能改寫由 actor 隔離任務的執行位置，如果在 actor 中隔離的任務有被加上 executor preference，則以 preference 為主。

另一個可能的應用方式是把任務執行位置直接設為某一個 actor上的 executor，但這個提案並不允許這樣做，現有另個改善 closure 隔離的提案探討其可能性。

🤪 Pofat 選推

微軟為 Xbox Series S/X 新增了 Cyberpunk 2077 主題動態桌布！

https://x.com/tomwarren/status/1748718485662753269

期待 Vision Pro EyeSight 開放 API 的那天

🗒️ 破費清單

Full Void : 像素風的 2D 解謎遊戲，體弱版約翰康納（掉到下水道水裡就會死）對抗天網的末日故事，氛圍營造不錯！

這週看了《哥吉拉 MINUS ONE》，日本人拍起來就是和美國人不同，與其先等個一小時以上的鋪陳再露面吼叫，開場不到五分鐘就讓哥佬出來怒吼，這才是我們要的哥吉拉。故事描述一個戰場逃兵雙重絕望的大環境下找到他真正的戰場，主軸雖然老套，但氛圍營造得很棒，大怪獸的魅力永遠那麼棒，這部在我心中和庵野的《正宗哥吉拉》並列第一。

下週聖誕節週末我要去玩耍，故休刊一期，先祝大家聖誕快樂。

《看前一期 | 所有文章》

🌎 On Swift Community

Swift 5.9.2 Released

今年最後的發版，Swift 5.9.2 增加了 SE-0407 可以同時提供多個 protocol 於 macro 的宣告，便能同時實作多個 protocol。

Apple 將推出條件定價

條件定價（contigent pricing）你可以給已訂閱 A 的用戶以優惠價訂閱 B，AB 可以屬於不同的開發者，一月會有更多細節釋出。

如何救回被 Mac 吃掉的瀏海

如果 Macbook 的瀏海吃掉圖示這件事常困擾你，這裡有篇降血壓良方。

你可以透過第一方的設定去調整位置以讓重要的圖示遠離瀏海，或直接使用第三方的解法。

我個人使用 Bartender，但因為它使用螢幕錄影的功能來確保圖示位置，所以會不時地看到指示燈，對此敏感的請留意。

https://www.jessesquires.com/blog/2023/12/16/macbook-notch-and-menu-bar-fixes/

這就是物理

最近發現一個非常性感的 repo，優雅又 Swifty 的語法、composable、以及含有滿滿的物理學⋯⋯單位！

Physical 使用上相單直覺，與書寫習慣一致（像是 12.kilometers），可以直接使用不同單位互相比較運算，再轉換單位，看一下範例就能感受它的優美，雖然我目前應該是用不到，不過看著也是賞心悅目。

2.kelvin → .celsius            // -271.2.celsius
25.celsius → .fahrenheit       // 77 °F

2 * 100.kelvin                 // 200 K
2 * 100.celsius                // Not a Thing

500.kelvin ^ 4                 // 6.25e10 K⁴ 
500.fahrenheit ^ 4             // Not a Thing

30.fahrenheit < 30.celsius     // true

🗣️ On Swift Forum

Swift OpenAPI Generator 1.0.0 釋出

從今年五月開源，經過半年的努力扺達了正式版，同時也更新了文件和 tutorial，如果已經在使用 alpha 的朋友，要注意在升級後預設的 access modifier 從 public/package 改成 internal。

Embedded Swift on Raspberry Pi Pico

喜歡實作的朋友聖誕節（雖然台灣沒假日）不愁沒東西玩了，Pico 是 Raspberry Pi 出的一款微型控制器，有人成功地將 Embeded Swift 佈署到上面，再搭配 Swift-MMIO 來直接控制暫存器，開發的舒服度應該會提昇到很高的層次，不用再使用相對煩雜的 C 或沒有型別安全的 Micro Python，這裡有demo 。

https://forums.swift.org/t/embedded-swift-running-on-the-raspberry-pi-pico/69001

A Perf Issue to Type Inference

在使用 Swift 時建立一個新物有許多寫法，如果你認為指明了型別 compiler 就會有更好的效率，再想想。先來個猜謎，下面四種宣告法，你認為哪一種寫法會讓 compiler 花最久的時間（答案在下面先別往下滑）？

let a = "hello, world!" 
let b = String("hello, world!") 
let c: String = .init("hello, world!") 
let d: String = "hello, world!" 

結果可能會出乎你的意料，這是因為在查詢方法成員時花了不少時間（尤其是 overloading 的情況），有興趣可以在這裡看詳細探討，我的結論是大多簡單情況不用多做什麼讓 compiler 自己推斷就行，使用複雜的情況也是在變數後方指明型別就能應付大多情況，不過 Swift 整體的編譯效率持續在變慢，難怪 M 系列晶片要那麼用力成長，讓大家換電腦就是最好的效能問題解法。

對了，答案是 C。

🤪 Pofat 選推

Data leak

https://mstdn.fr/@fatuus/111578025750623670

在本期發刊前一天是 DOOM 發行三十週年的日子，兩個核心製作人 John Romero 與 John Carmack （雙醬）一起搞了個直播大聊那些經典的 FPS 作品，推薦給想沉浸懷舊情懷的人。

《看前一期 | 所有文章》

🌎 On Swift Community

Swift Async Algorithm 1.0

基於 AsyncSequence ，以時間為 index 的演算法庫終於 API 穩定，釋出 1.0 正式版。

🗣️ On Swift Forum

[SE-0415] Function Body Macros (Reviewing)

Swift Macros 在擴充程式碼上已能做不少事，增加宣告、運算式等，但是卻無法直接實做或擴充函數的程式碼，SE-0415 想要讓開發者可以直接用 Macros 定義整個函數的實做內容（@attached(boyd) macro）或是在函數裡增加程式碼（@attached(preamble)），這個提案看起來非常強大，可是我覺得目前的內容並不是很好用。

前者比較容易理解，直接把函數內容定義在 Macros 裡，只要套用函數的宣告就完事，但我實在想不出 overloadin 之外會需要重覆撰寫高度相似內容函數的場合，況且這種 macro 不能疊加。在 variadic generic 之前我們得手寫多個泛型的 overloading，但有了 type packs 後不再需要這麼做，且為了編譯的效能，目前提案的內容是在撰寫 macro 內容時不做型別檢查，只在應用時檢查，這會喚起大家白板題的 PTSD 吧。

至於後者，擴充的方式是在現有的函數內容前後插入程式碼，嚴格來說只有在前端插入而已，「後」的程式碼是靠在 Macros 裡插入 defer 來達成，可以疊加 macro 以組合不同的擴充。

@Logged
func g(a: Int, b: Int) -> Int {
  return a + b
}

// expands into 

func g(a: Int, b: Int) -> Int {
  log("Entering g(a: \(a), b: \(b))")
  defer {
    log("Exiting g")
  }
  return a + b
}

乍看這很適合用於效能追蹤（要插入監視區間的開始/結束 ）、log 等，但 defer 無法取得最終返回值，也無法知道是否是被 throw，用途其實有非常多限制，得轉回 body ，但 body 無法疊加。

理想情況是有 @Logged @Instrumented ，能夠處理 happy 與 unhappy path （比如 throw）再疊加到感興趣的函數上，不過目前似乎無解。

🤪 Pofat 選推

從下面的 bug 回報案例中，我們看到社畜的最佳生存原則：球不要在手上，最好傳到黑洞裡。

我很喜歡 12 月，因為本人胖子怕熱喜歡冷天氣，出門不會流汗。現在居住的國家視 12 如戰場，佳節購物潮非常可怕，也因此街道與城市在入夜後格外美麗，不買東西只逛街的話非常享受，就連去聖誕樹下溜冰摔屁股也頗有詩意。

去年 12 月我在公路旅行，路上遇到小雪，台灣土包子的我玩得非常開心，和大家分享一張雪景，祝大家 12 月愉快，想買東西不愁沒藉口的季節最棒了。

《看前一期 | 所有文章》

🌎 On Swift Community

失去的聲音

Apple 為迎接國際身心障礙者日（12月3號），推出了 iPhone 無障礙使用功能的感人形象影片，主要介紹 iOS 17 的「個人聲音」功能。面對失語風險的使用者可以用這功能永遠保存自已的聲音，如今看來並不是什麼新穎的技術，但以技術增添生的美好還是 Apple 厲害，總能在技術與人文的交叉上帶來感動。

不過要錄 150 段詞還是滿累的（目前只技援英語）。

https://www.apple.com/uk/newsroom/2023/11/a-disability-advocate-preserves-his-voice-with-iphone/

Pow 開源

如果你有在推特上追蹤 Robb Böhnke 把玩各種酷炫 SwiftUI 轉場特效，應該不會錯過 Moving Part 推出的套件 Pow，原本是收費軟體但在和 Emerge Tools 合作下已經開源此專案，這是 SwiftUI 的 Hero ，SwiftUI 開發者千萬別錯過啊！

說明網頁可以直接看效果，原始碼由此進。

The Art of A Balanced Life

Sourcery 與 Swifty Stack 的作者 Krzysztof Zabłocki 在英國 Swift Leeds 給了場別的閉幕演講，無關乎軟體工程，而是關於人生的技術分享。這影片給了最近忙得兩頭燒的我不少提醒，重新檢視了優先順序，推薦給有「不知道自己到底在忙什麼」這樣迷惑的人。

同時 Swift Leed 2023 的演講影片也己全部釋出，都可以以在這個播放列表找到，SwiftUI 相關內容我個人推薦 SwiftUI Performance for Demanding Apps，關於 SwiftUI 運作的方式以及對效能有幫助的 SwiftUI 使用姿勢。

Let’s xrOS

由於 Vision Pro 尚未發佈，目前要體驗其它開發者的點子只能下載原始碼再自己編譯，Let’s xrOS 是開發來解決這問題的 app ，你可以在上面發佈你的 visionOS app ，也可以直接體驗社群的創意。

https://github.com/XRealityZone/Let-us-xrOS

🗣️ On Swift Forum

Advent of Code 2023

12月是歐美國家的重要節日，他們有個習俗是掛上耶誕倒數日曆，這在現代自然也演變成激烈的購物戰，一般大眾的 Advent Calendar 是每天戳一顆糖果出來吃或者是一張美妝優惠券，軟體工程師們則有解題挑戰 Adevent of Code 可以玩，我建議每解一題就買一個東西犒賞自己（不知道這是什麼的可見吾友 13 網誌介紹），今年 Swift 社群有人提供 Swift 的模板，可以用 Xcode 或 CLI，也可以加入 @SwiftLang 的排行榜互相舐勵。

https://forums.swift.org/t/advent-of-code-2023/68749

🤪 Pofat 選推

又到了年度回饋時間，你的 Xcode crash 幾次了呢

https://mastodon.social/@simonbs/111510444808942009

跨越四分之一世紀的更新

對於電子遊戲玩家而言，絕對不陌生的是最經典的FPS射擊遊戲之一，《Half-Life》（戰慄時空），在11月19日慶祝其發行25週年。為了慶祝這個里程碑，遊戲開發團隊釋出了一個超豐富的更新，並提供了該系列的第一代遊戲免費（僅限於11/21，雖然此期已過，但現在仍有秋特優惠）。這次更新可謂誠意滿滿，不僅包括了一般性的問題修正，還新增了地圖、模型和介面。在我看來，其中最重要的是對這款已經推出25年的經典作品進行了全面的現代化支援，包括真正的寬螢幕支援以及通過正式驗證的 Steam Deck 支援。有關完整的更新介紹，可參閱為止製做的專門網頁。我也強烈推薦觀看一同釋出的紀錄短片。令人驚訝，一款遊戲在發行25年後，即使在整個軟硬體開發和佈署環境都經歷了天翻地覆的變革，仍然能夠推出如此巨幅的更新。讓我們能在現代電子遊戲設備中感受老派經典的魅力，實屬一種浪漫。

究竟是怎麼個浪漫法呢？我截取了其中一段，相信大家一讀即懂：

小提醒：看懂的你，年紀已經暴露了 🥲

引擎救遊戲

週末錄 weak self podcast 第 107 集時 和 13 聊到 Capcom 的 RE Engine 是個非常成功的遊戲引擎，從玩家層面而言，其在不同平台的最佳化相當理想，各平台的效能都很不錯，在主機圈中目前硬體能力最低下的 Switch 也繳出了 Monster Hunter Rise 這樣優秀的最佳化結果（網友評價說連讀取都快到不像 Switch）； 從開發者面而言，其能快速迭代的開發方式大幅地提升開發效率，保證了穩定的作品發行（看看那一年一款的 Resdient Evil 系列），今年也透過支援 Metal 移植到 Apple Silicon 上，說到這身為軟體工程師應該能體會這是多麼傑出的大型軟體了吧，如果 TGA 有 Best Game Engine 我一定投給 RE Engine。 其接班人也在開發中，代號為 REX Engine。有興趣的人可以看一個月前 Capcom Open Conference 的 session： RE Engine 的過去與未來。是說 RE Engine 仍然採用 Garbage Collection 以及用 C# 為主要開發語言，有鑑於他們與 Apple 這一年來的合作關係與 Godot Engine 最近採用 Swift 作為開發語言的經驗，有沒有可能 REX Engine 也有機會考慮採用 Swift 呢？如果是這樣，Capcom 請收下我的履歷<(_ _)>

同時已募得四億美元、開發 11 年仍無確定上市時間，多次被稱為遊戲史上最大詐騙案的星際公民（Star Engine）最近公佈了它們的遊戲引擎 Star Engine demo 影片，效果很驚人，可以感受到他們想要用這個影片拉回玩家的期待與信心，可惜遊戲不是只有畫面和互動而已啊！搞這麼久都沒有個影，管理層的能力非常令人擔心，這款己經是妥妥的有生之年系列。

說到這就想到最近有國外玩家怕玩不到GTA 6 而開始戒菸，引起一波戒菸熱潮，各位玩家們為了玩遊戲要保持身體健康啊！

《看前一期 | 所有文章》

🗣️ On Swift Forum

[SE-0413] Typed Throws (Reviewing)

Huge!

不只是 proposal 本身的長度，這個功能的重要性同時也非常巨大。相信大家都知道 Swift 有 try catch，但在設計 api 的錯誤處理時抛出 Error 可能不會是大家優先想要採用的解法，主因就是 catch API 給你的是 any Error 這樣的一個通用型別，對於強調型別安全的 Swift 這個設計顯得予盾，因為你只能在 runtime cast 找出真正的 Error 型別，更無法窮舉處理所有可能的錯誤，縱使你擁有全部錯誤種類的知識。另外一個缺點是 existential container （any Error）會增加 binary size，heap allocation 以及 performance overhead，因為要多建一個 container ，對於資源有限的環境不利，且錯誤處理在這種環境通常很必要。

這個提案將則是讓你指定抛出的錯誤型別，在 catch 這個方法時你也會取得該錯誤型別而不是 any Error，除非你的 do 裡面抛出兩種不同類型的錯誤，此時 catch 裡拿到的會是 any Error。

func callCat() throws(CatError) -> Cat {
  if Int.random(in: 0..<24) < 20 {
    throw .sleeps
  }
  // ...
}

當然你也可以 throws(any Error)，等同於 throws；或者 throws(Never) ，就是一般的 non-throwing。

最後我們可以不用再使用 rethrow

func map<U>(body: (Element) throws -> U) rethrows -> [U]

可以改成

func map<U, E: Error>(body: (Element) throws(E) -> U) throws(E) -> [U]

這裡最重要的關鍵不是錯誤型別具體化，而是「對程式執行內容的約束反映在函數簽名上」。後者中唯一丟出 Error 的方式只能靠執行 body，畢竟 Error 這個 protocol 沒有定義 initializer 。如此一來 compiler 便不需要去確認你寫的程式內容（把責任丟給開發者啦）也能確保這裡的錯誤傳遞是正確的。

Chris Lattner 也大力讚賞這個提案。

Swift MMIO

swift-mmio 是個方便直存取記憶體，且仍然保有 type safety 特性的套件，主要用於 Embedded Swift 這種常需要操作暫存器的場合。這個套件讓我體會到 Swift 至今的發展的確帶來不少可能性，能在低階操作的場合中利用現代語言的高階特性，與 C 和 C++ 的橋接已經成熟（C基本上是直接操作），當然原生 API 並無 type safety，得透過語言本身的功能達成這目的，再加上 Swift macro 來簡化呼叫方的操作，這塊未來可期啊。

https://forums.swift.org/t/introducing-swift-mmio/68525

🤪 Pofat 選推

想想遊戲工程師還要更新 25 年前出版的軟體頗慘，真的是靠愛在支撐啊

https://mastodon.gamedev.place/@eks/111465499812220450

不要錯過久違的 weak self 新集數，滿滿的遊戲和勸敗

https://weakself.dev/episodes/107

🗒️ 破費清單

為了公開透明贊助費去向，在這和大家報告使用細項。趁著秋特真的是大買特買：

• Laika: Aged Through Blood －美術優秀、配樂傑出，玩法新穎（但是會手忙腳亂）的末世廢土風作品，強力推薦。

• Evil West －評價中等，但拿著槍到處亂轟的吸血鬼獵人能錯過嗎？這個主題是我的菜

• A Space for the Unbound －Steam 上好評如潮，非常驚人，來自印尼團隊的作品，場景與台灣風格相近。試玩時能摸貓我就決定要買了（？！），好評一致地稱讚其敘事非常精彩，我很期待。老實說買這遊戲時我很感謝 Steam Deck 大大地打開了我的遊戲視野，沒有這主機我就沒機會跨足這類型（或規模）的遊戲。

• Bramble: The Mountain King －恐怖生存＋北歐＋超級好評 ＝ 無法錯過。

I. 最近在思考 side project 時覺得那麼愛打遊戲，又在寫 Swift 週報的我應該試著用 Swift 來做一款遊戲，沒想到就看到了遊戲引擎使用 Swift 來做為開發語言的訊息！基於我本人是個行動上的侏儒，所以我打算多玩幾款遊戲收集靈感後再看要怎麼開始進行 🌚

II. Steam Deck OLED 升級超有感，最令人詬病的散熱也有改善，好心動！

《看前一期 | 所有文章》

🌎 On Swift Community

🎬iOS 開發配飯吃

13 的新品作品以及新的身分：YouTuber 因為太久沒錄音了

有時候我們缺少的不是更好的學習素材，而是動機。節目的目標是輕鬆觀看（配飯吃好消化）的過程中，也許讓你對某些主題產生興趣～

https://x.com/ethanhuang13/status/1720259001387221147?s=20

On-Crash Backtraces in Swift

Apple 大大地改進了 crash 的 log，原本在非 iOS 平台上 crash 時很大機率你只會看某個 child process 掛了的無用訊息，現在會正出現 call stacks，還支援 structured concurrency，可以正確地找出 call path/stack；最強大的功能還是它會停留一段時間，讓你印出call stack、register 內容等資訊，甚至 attach debugger。不過最主要受惠的會是 Linux 平台，因為在 Apple 平台可以取得 crash report ，但 Linux 並無此內建功能。

Snapshot SwiftUI Previews

我最喜歡的公司 EmergeTools 又有酷炫新作品 － SnapshotPreviews。這個工具會自動幫你截圖和比對以在 CI 階段捕捉問題，而且你不需要寫任何測試的程式碼，只要你有 Preview。EmergeTools 共同創辦人之一分享實現的密訣，首先 Apple 有些 framework 會有不公開的公開 symbol，即 linker 看得到 symbol (tbd 檔案裡有）但 compiler 看不到（swiftinterface 裡沒有宣告），透過前者找到 Preview 的 getter ，再把該方法加入 swiftinterface 就能使用該 private API，當然這只能在自已開發時使用。

SwiftGodot : Fixing the Multi-million dollar mistake

Godot 是個開源的 2D/3D 遊戲引擎，Xamarin （用 C# 開發跨平台 mobile app 的軟體）的創辦人Miguel de Icaza 受 Swift 的安全性和記憶體管理模式吸引，以及能和 C/Cpp interop 的能力，便透過 Extension 來讓 Swift 成為其開發語言之一，而且在 macOS 上還能用 Xcode 來 debug，一兼二顧。他在 godotcon 2023 中的演講介紹 Swift 生態系帶來的好處，以及 Optional 和記憶體管理、安全檢查等功能如何幫助遊戲開發。我也是看了影片才知道 Swift 有 runtime 的加法 overflow 檢查，還有「管它的我就要加」的加法可以無視檢查直加（&+) ，看完熱血都昇溫了！

Better way to printChanges()

常用 Self._printChanges() 來 debug SwiftUI 的朋友們，Xcode 15.1 開始有更棒的工具了 － Self._logChanges() ，它使用 OSLogger 而不是 print，搭配 Xcode 15 進化的 debugger console 會讓你的 debug 體驗再上一層樓 。

https://mastodon.design/@hidde/111358108780823799

🗣️ On Swift Forum

Progress toward the Swift 6 language mode

Swift 6 已完成許多年初提案的里程碑，縱使仍有項目還在早前研究，語言掌舵小組決定 Swift 6 發佈前的最後關卡是能夠預設啟動 data-race safety，也就是要確保 data-race safety 能在 compile 階段被確保，runtime 檢查也能夠完全捕捉 compile 階段無法確認的部分；以及正確無誤的錯誤診斷。Swift 5.10 已包括不少相關的改進，前一期波報提到的 Region based isolation 也將會是提昇安全性的一大重要改進。

語言新功能也有不少，每個都有各自的 flag 獨立開啟以讓開發者逐步搬遷，比較要留意的是 @UIApplicationMain 將會被 deprecate，以及討論許久的 any 強制使用在 Swift 6 不會預設開啟，即未來使用 existential container 的方式仍然是

let a: SomeProtocol

而不是強制

let a: any SomeProtocol

BrainF*** in the Swift type system

這個好瘋好喜歡，用 Swift 的 type system （主要是泛型）來實做 Brainf*** ， 其中 VM 的實做很有趣，讓我對這個完全陌生的名詞有了一點基本概念，但如果你想要真的跑起來的話需要加 flag 更改 compiler 超時的門檻（詳見內文），因為你看看一個 A 的表達長這樣：

typealias A = Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Succ<Zero>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

🤪 Pofat 選推

高緯度地區哭啊（我住的城市已是 4PM 🥹）

https://friendica.myportal.social/display/e65e1095-1265-481c-1fa9-21a864371194

蜘蛛人2 可以摸狗，好買了

https://x.com/CanYouPetTheDog/status/1721950649825542543?s=20

Best visionOS application:

https://x.com/JamesSwiney/status/1721136324953174092?s=20

其一：本週週報有史以來最長，都圍繞著危險：有 Apple 危險的 API，以及如何防止危險的措施，總共兩千多字，大家有興趣就慢慢看。

其二：以往總是說請用贊助支持我繼續寫作，但自己好像也不是真的這麼認為，這週洗澡時對於贊助寫作這件事突然有不同的想法 - 分享快樂才是最重要的。如果你在讀波報時感到快樂，或是像「原來如此啊」、「這真是個好故事呢」之類的正向情緒，然後也想回饋這樣的正向情緒（給我），就贊助我吧！因為我會把全部的贊助都拿去買遊戲，你的贊助都會成為我的快樂！

想回饋好心情給我的讀者，歡迎贊助我。

《看前一期 | 所有文章》

🌎 On Swift Community

Advancing iMessage security: iMessage Contact Key Verification

Apple 在 iOS 17.2、macOS 14.2 和 watchOS 10.2 的開發者預覽版中提供了 iMessage 聯絡人的密鑰驗證功能，確保他們是和想要的對方發送消息。Apple security research blog 也同步發佈了其保證安全性的方式與其面臨的挑戰。

https://security.apple.com/blog/imessage-contact-key-verification/

SwiftUI Sheets Leak in iOS 17

sheet 和 fullScreenCover 在 iOS 17 有 memory leak，在修復前的解方是： 先用 UIKit 吧。

https://developer.apple.com/forums/thread/737967?answerId=767599022#767599022

Tuist 的故事

老實說我現在才認識這個用來改善 Xcode 在大型專案開發體驗的工具，上週波報講到 Xcode 不良於應付大型專案，所以 Spotify 搬遷到 Buck 的故事（也有推友分享他們逆向搬回去純 Xcode 的經驗），能用 Xcode 當然最好，所以我樂見此類專案繼續成長，但開源工具怎麼持續性地獲利仍然是個巨大的挑戰。

同時本週也有另人開心的消息，被 Google 丟棄的 fastlane 終於順利轉移到 MNF 之下： https://github.com/MobileNativeFoundation/discussions/discussions/194

https://pepicrft.me/blog/2023/10/28/open-source-sustainability

搬遷至 swift-testing

如果你想嘗試用新的 swift-testing 來替代 XCTest ，官方搬遷文件有很完整的說明，還有表格列出 XCTest 下的方法如何對應到 swift-testing 下的 macro。

但我要再提醒一下，Swift macros 需要依賴 SwiftSyntax ，而 SwiftSyntax 的依賴處理不如一般框架，需小心處理，想知道如何安全處理的請見 pointfree 的好文。

https://x.com/polpielladev/status/1717859039512555986?s=20

🗣️ On Swift Forum

也許你不該使用 @backDeploy

@backDeploy 會 override 支援 OS 的原始實作（非 back 的部分），老實說這個看來幾乎是專為 Apple 第一方開發的功能，加上文件說明容易讓大家有不正確的認知，除非你是真正會需要這功能的人（如 SDK 開發者），不然請小心使用。當然最理想策略是為這個標記加上錯誤使用的警告，如不用於 library evoluation 時，或 Apple 至少給予更清楚的說明。

https://forums.swift.org/t/backdeployed-is-operating-as-an-override-instead-of-only-for-use-in-unsupported-platforms-versions/68071

[Pitch] Region Based Isolation

Swift Concurrency 實現資料安全的關鍵概念就是「提供能夠隔離同步程式狀態的機制以消除資料競爭（data races）」，這隔離的單位即 actor， SE-0302規範了僅遵循 Sendable 的物件可以跨離隔離邊界傳遞（從外界傳入 actor ），從語言層面防止競爭。只是這個規範過度保守了些，很多用例就算不遵守也能安全使用。比如物件被傳入 actor 後就不再使用，自然不存在競爭的機會。

為了放寬這些規則，此提案提出了一套定義以編譯器能夠推斷是否存在資料競爭（以嚴謹的方式證明），編譯器無法推導時則會輸出診斷。這裡除了可能會有的新標記 @returnsIsolated 外不存在 Swift 使用者肉眼可見的功能，是個讓編譯器變聰明的提案，以後就放心傳非 Sendable 物件進 actor或 Task ，或者用來 init actor （SE-0327 規定只有 designated initializer 可以接受非 Sendable 參數），剩下交給編譯器去檢查即可（🤞）。

如果只想知道這個提案對 Swift 使用者的影響讀到這裡就可以了，以下內容是我對於其推斷方法的理解，不知道也不影響使用。

設計說明

為了做出判斷，編譯器需要理解的核心概念是「傳入同步執行程式點內資料是否有其它存取路徑」，因此提出了「隔離集合」（isoliation region，因為還有另一個名詞 domain 也是區域的概念，這裡我用意譯）的概念，同一個隔離集合內的資料代表存在著相關聯的存取路徑，若被傳入同步執行就會有發生資料競爭的可能，只有同時傳輸完全不同隔離集合的非 Sendable 資料才是安全的，使用者不用特地標上 @Sendable，比如：

// 把 a、b 傳入同 actor instance 是安全的，因為各在不同的隔離集合
let a = NonSendable()
let b = NonSendable()

await SomeActor.shared.doSomething(a)
await SomeActor.shared.doSomething(b)

隔離集合是非 Sendable 值的集合，可以受 actor instance，task，global actor 這些隔離領域（isolation domain）的保護，或是完全與這幾個領域無關，等待傳遞。隨著程式的執行，若不同集合內的值可彼此訪問（或被取別名），這些集合就會互相合併，變成更大的集合。

往下討論之前要先介紹表示這些概念的符號，因為它們在 Swift 並無對應實體：

[{(x, y), #SomeDomain}, (z), (w, t)]

這裡表示三個隔離集合，(x, y)，(z) 與 (w, t)，其中 (x, y) 被某個隔離領域（actora instance，global actor 或 task）保護，不能再被傳入其它隔離領域使用，其它兩個集合則沒和任何領域有關聯，再沿用上例說明：

await SomeActor.shared.doSomething(w) 
await SomeActor.shared.doSomething(t) // 不安全，因為 w t 同集合，除非這裡改傳入 z 

合併集合的規則

為值取別名或增加訪問路徑都會將隔離集合合併，這裡的操作可以由由賦值或調用函數實現，其實存取屬性也只是調用函數的語法糖，下面舉幾個例

func assignValueToField() {
  let x = NonSendableStruct()
  // Regions: [(x)]
  let y = NonSendable()
  // Regions: [(x), (y)]
  x.field = y
  // Regions: [(x, y)]
}

func transfer(x: NonSendable, y: NonSendable) {
  // Regions: [(x, y)]
  let z = NonSendable()
  // Regions: [(x, y), z]
  f(x, z)
  // Regions: [(x, y, z)]
}

// 如果值被 closure capture 後再賦值，則新舊的集合合併，反之舊的集合會被遺忘
func mutableBindingAssignmentClosure() {
  var x = NonSendable()
  // Regions: [(x)]
  let closure = { useInOut(&x) }
  // Regions: [(x, closure)]
  let y = NonSendable()
  // Regions: [(x, closure), y]
  x = y
  // Regions: [(x, closure, y)]
}

最後合併也會受到 if-else 等控制流的影響，只要任一分支有合併集合的邏輯，這個控制流語句後就會合併集合，採取「只要有可能就當會發生」的保守策略，更多細節可以看附錄。

規則一個隔離集合一個時間內只能傳入一個隔離域使用（被其保護），差別是 task 執行完後連結會斷開，之後可以再傳給其它隔離域，而傳入 actor 的則會永遠綁定，無法再傳給其它人。

跨邊界傳遞不會傳遞所有權

對 ownership 熟悉的朋友看到這可能會有違和感，把值傳輸進隔離域後任何訪問都是非法的（除非斷開聯結），可是調用方仍擁有該值，即調用方能決定它無權訪問的的生命週期（這裡稱做弱傳輸），何不一併轉移所有權（強傳輸）？

若要預設強傳輸會有幾個問題：

• ABI 不相容

• 這個操作永遠會有「第二個存取」因為第一個在傳遞數據，第二個是傳遞所有權，所以可能還會額外地調用 deinit，更可能引入預期外的副作用

• 轉換需要的 ARC 操作會降低效能，除非 inline，但這種解法需要很積極的 inline，又會造成 binary size 的增加。

因此強傳輸不會是預設行為，但提案考慮未來能透過 transferring 的標記來啟用這行為，

🤪 Pofat 選推

應泰勒絲新專輯發行，Apple 的 engineer manager 改編泰勒絲老歌來紀念 Swift 2 -> 3 重大遷移的時光，經歷過的應該心有戚戚焉

https://mas.to/@ayanonagon/111307920275309847

本週金句

https://toot.cat/@zkat/111280524206276380

動筆這期波報時有點揪結，經歷一週的出差後又適逢老任新作「超級瑪利歐兄弟 驚奇」發售。抱著好奇的心情打開，目前完全沒有陳舊老套的感受，驚喜也不少，很難想像如何在將有 40年歷史的 2D 捲軸式瑪莉歐中搞出這麼多新花招，連從不玩主機遊戲的 strong wife 都跳下來陪我玩了第一大關，可見其吸引力，對於老任的創意輸出，我只有是佩服再佩服。

遊戲發售前夕他們也釋出了開發者訪談（全日文，我無法閱讀那麼複雜的原文只能用翻譯軟體喀），做為一個開發商如何持續地在大家熟悉到不行的領域再生出新點子，以及創意的管理，非常值得一讀，ptt 也有人簡單摘錄和翻譯了一些重點。其中最好笑的莫過於為了回應玩家們對撞到栗寶寶側面會受傷的疑問，他們在這一代為栗寶寶做出了咬人的動作🤣 （被咬傷的）。

不過玩了兩個小時後我還是回來寫波報，感動的讀者請贊助支持我買更多遊戲繼續寫作。

《看前一期 | 所有文章》

🌎 On Swift Community

大型 app 如何無縫切換構建系統

Xcode 無法應付大型 app 的開發一直是各大公司的痛點，但對於有數百位開發者共同開發，並服務上百萬用戶的 app 要轉移到別的方法來開發、構建（Build）又談何容易，Spotify 分享了他們從 Xcode 轉到 Bazel 的經驗，最終把時間從超過 45 分鐘縮減到不到 10 分鐘（仍然使用 Xcode 當 IDE）。

若你好奇他們怎麼用別的系統建置並使用 Xcode 當 IDE，他們主要使用 rulesxcodeproj 這個工具生成 Xcode project 檔，其功能之一是幫助你聚焦專案，把沒聚焦的 module 編成一個 library 再 link 進來，以讓你有效地使用 Xcode 開發有限的程式碼自由空間（聚焦的部分）。

原文：https://engineering.atspotify.com/2023/10/switching-build-systems-seamlessly/

Stocketa：經歷過的不會失去

https://paulstamatiou.com/stocketa/

這是一個設計師為了學習 iOS 開始開發 app 的故事。經歷兩年的時間，無數的設計深入探討，最後因一些考量而停止開發（爆雷：正確資料來源成本高昂），也未公開上架，不過這個專案裡的經驗成了他下一個新創的養分 - Rewind.ai。

我要大力稱讚這篇文章的呈現手法，不愧是設計師產出來的內容，除了文中深入探討各種設計背後的想法，網頁上還能即時預覽那些功能的樣貌，這和《波報 #54 - 讓思想具現化》裡探討的設計原則相互呼應，思想到成品的樣貌一口氣展現在眼前，讀來格外滿足。

他現在的產品 Rewind.ai 是透過影音截取，記錄電腦上所有發生過的畫面與說過的話，使用者可以輕鬆地關鍵字搜尋回到當下的時間點和內容，再也不怕不小心關了重要的瀏覽頁面或是忘記開會結論。

🌟 其它

Copilot 與分心的藝術

作者認為用 copilot 輔助時常會在不精準提示時處理更多的上下文，以至於無法專心思考，這我個人有些許同感，我仍然認為 LLM 最有用的時刻在於處理你已深知的事物，只是有些細節需要提醒，不然很多時候他給你的東西可能讓你要想更多事情，或意外地就接受了可能有問題的解答。

https://takeonrules.com/2023/10/15/copilot-and-the-art-of-distraction/

重新定義恐懼沉浸感的死亡空間

生存恐怖遊戲大約在 2000 年開始站穩腳步，然而真正將恐懼感帶到全新高度，並真正地重新定義沉浸感的非「死亡空間」（Dead Space）莫屬。遊戲空間感和怪物出現型態的設計（通風口），消取會脫離遊戲現實的 HUD 及暫停進入物品/選單系統，由一個全息投影代替，非傳統的殺怪物方式，且和主角工程師的職業結合等細節，讓玩家更能融入遊戲邏輯的真實感，心理認知也會起共鳴，讓你在遊戲結束後讓你仍融入在主角失控的精神狀態中，這點可能於「沉默之丘」這個巨人之肩上，其最經典的是讓你玩後在生活中看到大量鐵鏽就會聯想到「是不是裡世界要開始侵蝕」。我一直認為遊戲運用建立新的心理認知，並潛移默化你的手法是「沉浸感」高低與否的關鍵之一，我同時也認為這個觀點能運用在開發產品上。

創業圈有一句話（經驗談非真理，自己小心取用）-「不賣工具賣流程」。這也是相似的核心思想，不少筆記工具也是在落實這句話。

https://www.inverse.com/gaming/dead-space-retrospective-anniversary-survival-horror-genre

🤪 Pofat 選推

花了數萬元參加國際研討會，只為了取得貼紙放在筆電上嗎？現在你有更實惠的選擇，各種貼紙兩百塊全數打包

https://mastodon.social/@icanzilb/111240874116148075

你是在家視訊還在辦公室視訊？

https://mastodon.social/@nixCraft/111205420961828592

未認證/授權節點上的通訊被偷塞東西也是可以預期的：

https://mastodon.social/@kennwhite/111248876578572402

原來 App Store 審查人員可以賄賂的嗎（思

https://www.macrumors.com/2023/10/18/app-store-employees-fired-china/

💬 Pofat 的話

如題，大家小心別感冒了，上週我才被流感襲擊倒地不起。

我本來是個不太會感冒的人，但搬到現居城市後變得容易生病，一定是工作改變了我。

《看前一期 | 所有文章》

🌎 On Swift Community

Swift Everywhere: Using Interoperability to Build on Windows

透過已成熟不少的 C++ 與 C 的 Interoperability，Swift 如今也能和 Windows 既有的 API 和通訊模式有良好的互動，Arc 瀏覽器在 Windows 上就是選擇用 Swift 開發，相信是條充滿荊棘之路，但同時也推進了 Swift 在 Windows 上的更多可能。我覺得 Swfit 具備許多不錯的語言特性來開展新道路，比如這種開發狀況下充滿的各類模版程式碼，Swift macros 便能在此大展身手。

如果對 C++ 和 Swift 其它類型互動關係有興趣的，如今透過已成熟不少的 C 和 Swift 其它類型互動關係有興趣的，這裡還有另一個影片 - “Swift as C++ Successor in FoundationDB”，分享用為何要以及如何使用 Swift 替代 C++。

Fatbobman's Swift Weekly

惠我良多的东坡肘子將平時閱讀推薦的材料吸收烹調後，推出新的電子報 Fatbobman's Swift Weekly ，還是雙語版本，第一期的內容每篇我都讀完了，皆是相當吸引人的選文。

本期我最喜歡的一篇是 - 「 iPhone 15 Pro / Apple Vision Pro 上的空间视频，到底是什么？」 ，新的媒體格式仍然能夠相容全 Apple 設備， Apple 在多媒體格式支援佈局的遠見與下的功夫，著實令人佩服。總之，這個週報乾貨量充足，波報的讀者不要錯過。

Xcode 15.1 修復 Unit Test 性能問題

Release note 相信 13報會準備給大家，我只想點出其中重要的一點，Xcode 15.1 修復了 15.0 引入的嚴重 unit test 性能問題。

MacCast

這個還在早期的專案可以把 macOS 上的視窗投到 visionOS 中，且可以移動、調整位置大小和角度，殺手級應用啊！！

Demo 效果可以看這則推文。

Repo: https://github.com/saagarjha/MacCast

🗣️ On Swift Forum

Macro Adoption Concerns around SwiftSyntax

同時使用 SwiftSyntax 和 Macros 的開發者（用第三方套件也是）要小心了，你很可能會遇到 SwfitSyntax 版本衝突的問題，而且目前除了互相協調外沒有太好的解法。這主因是 SwiftSyntax 並不是語意化版本的信奉者，它快速地進化中且不停地帶來 breaking change，且各個套件都可以直接輕易地依賴於它，Swift OpenAPI generator 最近就遇到這個狀況。這個問題未來可能會變得更嚴重，因為重要功能被綁定在幾個特定版本時，大家就更容易在版本選擇上發生衝突，說到底還是有賴 Apple 更系統化的解方。詳細討論可以看：
https://forums.swift.org/t/macro-adoption-concerns-around-swiftsyntax/66588/65

[SE-0409]: Access-level modifiers on import declarations (Accepted)

SE-0409 為 import 帶來了 access level：public, package, internal, fileprivate, 和 private 共五個層級，正如我們一般使用在物件和函數上的相同，所以心智模型直接沿用即可，比如說你不能把 pirvate import 取得的型別暴露在 public 的方法上。我個人對這個提案感到非常開心，因為這是大家私用已久的 @_implementationOnly 的正式、且更完整的替代方案。

現在預設的使用情況是把引入的 depenednecy 都當作是 public，縱使你暴露的所有 API 都沒有用到這個引入的 dependency（僅內部使用），這樣帶來的問題是拖慢編譯速度（因為你引進的 dependency 會包含其所有子 dependency），以及更大的 binary size（露出更多符號）。解法則是把僅內部使用的 import 冠上 @_implementationOnly，不過使用底線開頭的 api 總是不太舒服，這個提案為此困境帶來曙光。

值得留意的是 Swift 5 預設的 level 是 public，而 Swift 6 則是 internal。

🤪 Pofat 選推

想必微軟已經履歷接到手軟

寫了 Swift macros 你也是 compiler 工程師

現在才知道原來 Nintendo 帳號已經正式支援 Passkey，這應該是我第一個頻繁使用的 Passkey

https://9to5mac.com/2023/09/21/nintendo-adds-passkey-support/

我很喜歡符號和其背後的故事，前陣子在斯堪地納維亞地區（又稱之北歐）旅行時路上常會看見 iOS 工程師熟到不能再熟的「⌘」，很快地我就發現那個符號代表景點。查了一下才知道當時（1984）Steve Jobs 覺得團隊用 Apple logo 代表 command 鍵是種濫用，於是身負重新設計重任的 Susan Kare 從資料庫中挖出這個符號，很快地就受到大家青睞並成功出道，從此變成 Apple 鍵盤的獨特識別符號。

找到的資料都沒提到 Susan 對這符號和其代表的功能是否有什麼想法（看起來就是吸睛考量），不過開了幾天車後我注意到，在路上看到這符號後就會被啟動「也許可以去幹嘛」的念頭，而在鍵盤上 command 鍵就是要用來幹嘛的必備啟動鍵，想想也是很有趣的連結。

（圖片來源）

《看前一期 | 所有文章》

🌎 On Swift Community

Debugging Improvements in Swift 5.9

在 Swift 使用 lldb debug 的經驗只能用痛苦不堪形容，一來光是擊中 breakpoint 後要到顯示變數的時間就非常長 (v)，二來還常常載入失敗，情況更會隨著專案變大而惡化，不過最大的痛苦還是來自於印出變數 po 這種基本操作都很難用，而且在 5.9 之前它還會保存輸出的結果，為此該變數若是 reference type，retain count 會增加，觀察它的行為反而影響了其生命週期，太坑了。

幸好 Swift 5.9 開始了一系列改善，首先把 po 和 p 連結到新的 dwim-print (Do What I Mean，終於) 實作，新的方式原理跟中斷點擊中後 Xcode 用來顯示變數觀察區裡數據的原理相同（v)，少了編譯和注入程式碼的過程，而且不再保存輸出結果。另一個很棒的改進是當你直接印出物件位址時（比如：po 0x0000aaaaabb)，它會讀取 compiler 嘗試 unsafeBitCast 的結果並印出物件類型，在之前你只會得到存在該位址的數據，對人類來說沒有意義。

此外也支援了對泛型變數的 expression，因此可以在 breakpoint 條件中設定特定型別才中斷某泛型方法、Swift compiler 也輸出更多資訊讓 debugger 指出更正確的狀況。

如果想了解 po 和 v 的差異，或是還有什麼其它最佳化方向，我推薦閱讀卓立這篇Swift 调试性能的优化方案。

原文： https://www.swift.org/blog/whats-new-swift-debugging-5.9/

iOS 17 UK 專屬功能 - 看銀行卡餘額

多虧了 UK Open Bank API，有 UK 銀行者可在 Apple Wallet 裡快速檢視餘額和交易紀錄，從 iOS 17.1 開始支援，難得見到專屬某個國家的功能。

https://twitter.com/bzamayo/status/1707078581996904564

Control Center Icon 喜歡沒事一直 re-render

有人發現 Control Center 很穩定地佔用 1% CPU，研究後發現原來是 SwiftUI 持續 re-render 其 UI（icon），無論是否看得到，真讚。不過我覺得比較有料的是原文作者回覆大家對於這 1% 是否會提昇 1% 能耗的疑問， 原推如下：

https://x.com/praeclarum/status/1706725414465683583?s=20

🤪 選推與閒聊

iPhone 15 Pro 其實是新款的遊戲主機！USB-C 接口支援 display port 可直輸出到螢幕，我測試過可行，而且打 cloud gaming 就不用擔心主機發熱了🌚

https://twitter.com/VadimYuryev/status/1706574913962917991

不然 Razer 也有出這款超酷 RGB 手機專用風扇，還支援 MagSafe

https://www.razer.com/mobile-accessories/razer-phone-cooler-chroma/RC21-01790100-R3M1 (圖片來自官網）

這期份量特別飽滿，主要原因是接下來兩週我將前往一個網絡信號疲弱甚至可能完全無網絡的地方旅行，因此我決定休刊兩週。這週就先餵大家個粗飽，以解未來相思之苦（？）。

發表會近了，祝大家荷包平安。

《看前一期 | 所有文章》

💡 Hyrum’s Law

現在的工作中需要維護一個 libarary，最近在討論幾個回報問題時被同事介紹了Hyrum’s Law，這讓我意識到我狹隘的思維可能會對軟體維護造成風險。

當我感到他人誤會或錯用 API 時我總想著要改變呼叫端的行為再以文件輔佐約束，不過這並不一定有助於問題的解決，且可能會讓其更難用（造成更多火要救）。

當足夠多人使用你的 API，其原本的合約是什麼將不再重要，所有系統上可觀察的行為都會變成某些人的使用依據。

這個定律背後的意義是什麼呢？ 如果想要延長系統的使用壽命和提昇使用量，開發者得判斷出何謂書面合同的邊界，以及系統有哪些可觀察的行為，並將兩者都納入考慮。如果持續忽略可觀察行為，可能會讓 API 變得很難用、甚至棄用。比如 API 的合同通常不保證效能，但如果效能太廢自然大家不會想用。

舉個近期實例， JSONEncoder 在 iOS 17 Encode 時，key 的排序會有偶發亂序（見 13 報 #199)，此例中 key-value 的順序為可觀察行為，而書面合同（文件） 並無保證其為有序，但這已經成為部分開發者所仰賴的行為之一。

🌎 On Swift Community

SwiftUI View 生命中的一天

objc.io 作者之一 Chris Eidhof 在 Swift TO 解說 SwiftUI View 心智模型的演講，從程式碼如何轉變成 view tree 以及 render tree，整個 tree 如何進行 layout 的運算，不熟悉運作原理的值得一看。

SwiftUI 的高度抽象不代表不需理解其運作原理，正因為抽象隱藏了許多複雜，若使用上與其設計原則衝突，則會無比痛苦（每個版本都 breaking change 還不夠苦嗎？）

如果不喜歡看影片的話，Chris 也弄了一篇圖文並茂的逐字稿，文章比較容易前後尋找內容。

如何 Symbolic SwiftUI Crash Log

技術土炮爽文又一篇，如果使用非 Apple 官方的方收集 crash log （Crashlytics 等），你會對 SwiftUI 的 crash 感到頭痛，因為跟著 OS 釋出的 SwiftUI binary 沒有 symbol name。

Emerge Tools 做為我最愛的公司之一又沒令人失望，他們發表了一篇完整的教學，充滿著濃濃的 DIY 風，因為 symbol 是從官方管道下載的 crash logs 裡抽出來的，然後 symbol address 是手算出來的（ ASLR，Apple 在 load app 到記憶體時會動態地載到不同位址，因為安全考量） ，這技巧可以應用到各種不同的 Apple framework，不限於 SwiftUI。此外，他們也預告已打造一個工具來輔助這工程，請期待下篇文。

全文見此連結。

SwiftUI + Core Data 內存优化之旅

肘子的文章讀來總是過癮，我在裡面最大的收獲是理解原來 @State 的釋放不夠積極，組合類型的 UI 裡面肥大的元件（應都 image 居多）放 @State 前要多考慮，以及如何在 onDisappear 後減少看不見 view 所佔用的記憶體量。

https://www.fatbobman.com/posts/memory-usage-optimization/

在 iOS 上裝 Swift Playgrounds

免越獄把 iPad 上的 Swift Playgrounds ，只要覆寫 Info.plist 的設定即可。當在思考 Swift 問題且手上只有 iPhone 時我常用 https://godbolt.org，但網頁畢竟受限於網路。Playgrounds 則自由輕便許多，畢竟我住的城市捷運裡幾乎沒網路。

詳情： https://mastodon.social/@khanhduy032@procursus.social/111000824062074366

🗣️ On Swift Forum

Fondation Workgroup

Swift 實做版本的新 Foundation 目前已經運用在今年的新版作業系統中 （寫到這突然想到上述的 iOS 17 JSONEncoder 亂序可能是因為換新實作），為了因應首要的效能與接下來更多的 porting 工作，新的 Foundation Workgroup 成立。

[SE-0408] Pack Iteration (Reviewing)

SE-0393 帶來強大的可變型別參數包(type and value parameter pack）後有個未解的問題，在泛型參數重覆展開成實際型態的過程中，無法早退。目前只能用 throw Error 的 workaround 達成：

struct NotEqual: Error {}

func == <each Element: Equatable>(lhs: (repeat each Element), rhs: (repeat each Element)) -> Bool {
  // Local throwing function for operating over each element of a pack expansion.
  func isEqual<T: Equatable>(_ left: T, _ right: T) throws {
    if left == right {
      return
    }
    
    throw NotEqual()
  }

  // Do-catch statement for short-circuiting as soon as two tuple elements are not equal.
  do {
    repeat isEqual(each lhs, each rhs)
  } catch {
    return false
  }

  return true
}

而這對熟悉 Sequence 的 Swift 開發者一點也不自然，所以此提案就是讓開發者可以 for-in 參數組，上述可改寫成：

func == <each Element: Equatable>(lhs: (repeat each Element), rhs: (repeat each Element)) -> Bool {

  for (left, right) in repeat (each lhs, each rhs) {
    guard left == right else { return false }
  }
  return true
}

比如呼叫端給的參數包是 （Int , String, Bool），for-in 時就會依序拿到 Int、String，Bool，而且 for-in 裡的 repeat 是 lazy 運算，如果提早 break 後面的表式示也不會繼續解析。

https://forums.swift.org/t/review-se-0408-pack-iteration/67152

Swift.org 增加 Packages 分類

Swift Package Index 的主要維護者 Dave 與 Sven 欲將這些 Swift package 資訊提昇為一等公民，也就是成為 Swift.org 首頁中分類之一。裡面的內容預期會有熱門選擇，Swift macros 的獨立子類，以及社群精選，精選清單會由 Swift Website Workgroup 來挑選維護，這對新加入 Swift 的開發圈的開發者無疑是一友善之舉，喜歡這想法的歡迎去論壇原文聲援。

預覽如下，也可按此進預覽網頁。

🤪 Pofat 選推

呼應本期特別內容 - Hyrum’s Law 的 xkcd

任何更新都會破壞某些人的工作流程

很漂亮的 widget

https://twitter.com/TideGuideApp/status/1700294042423022068?s=20

Apple Watch Ultra 上玩雷神之鎚

https://twitter.com/Livid/status/1699959523447021570?s=20

Swift 大小事 2023/8/28 - 2023/9/3

💬 Pofat 的話

iPhone 15 的錢準備好了嗎？只剩不到一個月啦！

《看前一期 | 所有文章》

🌎 On Swift Community

Apple 秋季發表會

台灣時間 9/13 凌晨一點，這個主視覺讓我想到電影「沙丘」，是否跟新的 Apple Watch Ultra 有關？

https://www.apple.com/tw/apple-events/

NSString 不包含空字串

有個萬年老坑最近又浮上討論串，長相如下：

"asdf".contains("") // true

import Foundation

"asdf".contains("") // false

這個問題的根源在於當引入 Foundation 時，Swift String 會自動轉換為 NSString，因此第二個 contains(_:) 調用的是 NSString 的方法，而第一個則是調用 Swift.String 的方法。然而，NSString 的行為卻不正確，這個問題在七年前的論壇上已經有了相關的討論。俗話說得好，久 bug 成 feature ，雖然這個檢查應該不常用，但還請大家多小心。

（看到 7 years later 還是有點震憾）

1Password 開源支援 passkey 的 library

1Password 目前的beta 版開始支援 passkey 登入網頁，他們也開源了 passkey-rs （Rust, of course😜）讓開發者也可以用來支援 passkey，詳情參閱介紹文。

🗣️ On Swift Forum

Embedded Swift

嵌入式系統仍然很流行，但它也能 Swift 嗎？

要在資源非常有限的環境上運行，Swift 最大的挑戰就是 binary size 與 memory usage，在程式本身邏輯外，除了 runtime 與 standard library ，最大的 binary 佔用來源大多是 metadata，任何 runtime 相關的功能都需要仰賴它，維護這些類型資訊表格非常佔空間； 另一個挑戰則是面對系統有限的 runtime dependencies。

這些特性與一般的手機和桌面開發有很大的不同，因此需要引入一種新的編譯模式來滿足這些需求，這種編譯模式的目標是：

• 強力瘦身，至少 runtime 和 standard library 不能主宰應用程式的最終大小

• 簡化編譯輸出

• 更有效的無用程式碼刪剪

• 不論是否有heap，都應該能夠支援（在不支援的情況下將無法使用class）

• 盡可能地移除 runtime call，比如你無法 dynamic casting，但部分情況（如引用計數）可允許

• 生成最小靜態連結的 binary （全部靜態連結才能有效地進行尺寸的最佳化）

要刪除這麼多功能的情況下，Swift 全功能支援自然不實際，所以 Embeded Swift 會是一個 Swift 的子集，不管 ABI 穩定性，不支援橋接 ObjC，runtime 功能大幅刪除，String API 與 unicode 相關的會被割到另外的地方去。最大影響的應該是 print() 不能直接用來印一個物件（叫人怎麼 debug！？），但會有替代形式出現，最新的 any existentail 也不支援。

然而這領域中，大多數標準庫功能已經能夠顯著提升開發體驗，例如，要處理連續的binary 數據，可以使用 Sequence 來自定義迭代方式，或者可以直接使用map、reduce等功能，想必會讓開發更加愉快

目前已有真的可以動的 PoC，詳見論壇文章，完整的技術目標和執行方向可以看願景文章。

[SE-0407] Member Macro Conformances (Reviewing)

SE-0389 可以讓你宣告能直接遵循 protocol 的 macros，SE-0402 可以支援 帶有 where 的遵循，不過上述都是用 extension 的形式，而有些遵循必須在最原始宣告的地方進行（比如 Encodable）， SE-0407 則滿足了這個需求

protocol DefaultInit {
  init()
}

@attached(extension, conformances: DefaultInit)
@attached(member, conformances: DefaultInit, names: named(init()))
macro DefaultInit() = #externalMacro(module: "MacroDefinition", type: "RequiredDefaultInitMacro")

@DefaultInit
class C { } // 會變成 class C: DefaultInit { required init() {...} }

🤪 Pofat 選推

如果你發現你大多時間都在處理團隊事務，且內心也不確定這是不是正途的話，Being Glue 這篇文章能幫你從更高階的觀點思考 （文長注意）

https://noidea.dog/glue

RTO（回到辦公室）是為了成為夜景啊 🥲

https://mastodon.social/@krzyzanowskim/110971740824689308

想玩 visionOS 上的彈幕遊戲 （我覺得享受孤獨會是 visionOS 上最適合的應用）

https://mastodon.social/@jamesswiney/110976072360326932

最近玩了一款名為 Ghost of Tabor 的 VR FPS PVP/PVE 遊戲，不少惱人 bug，教學關卡和上手也需要不少時間，因為操作的細節和能收集的東西實在是太多了！

不過也正因如此，上手後逐漸感受到它的魅力，遊戲主要的玩法就是開槍打死敵人，收集東西然後到定點成功撤退。

「這麼老套的玩法怎還會有趣？」可能你會如此懷疑。

但是這款遊戲可以互動的方法和物品實在多不勝數，拿開槍的準備工作來說，開槍前要一手握槍，一手握彈匣（當然要選對彈匣）手動將彈匣裝上，然後再進行上膛，步槍需要拉動右邊的槍機拉柄上膛，而手槍則是拉動上半部的套筒，開保險後才能開火。除此之外，手把控制器上各有對應姆指、食指與其它三指的按鍵，要用正確的手指才能進行動作：握彈匣要下面三指，拉槍機要食指，開保險則是拇指負責。聽到這，應該不難想像面對敵人沒子彈時會有多慌張了。剛開始時，我經常會弄錯步驟，物品掉到地上，必須不停地蹲下去撿回來（不然撿不到！！），玩到隔天鐵腿這絕對不是上週沒出週報的原因。

遊戲的著迷之處是你可以收集很多東西，但是要逐一整理出自己的軍火展示庫，看到逐漸豐富的牆面，真的會很有成就感。儘管遊戲中有很多惱人的小 bug 和不良的設計（例如，不小心刪除加入最愛的購買物品，必須返回店家重新掃描物品加回去，超級瞎），當嚐到了醍醐味就會停不下來，辛苦取回的過程會讓物品更有價值。

這麼多元的操作可能性設計，不可避免地會被拿來與 VR 神作 Half-Life: Alyx 比較，我認為 Alyx 能互動的物品較多，但有意義的互動多元性則是 Ghost of Tabor 大勝，真正模擬社會中的勞動與獎勵機制，適合沒成就感的社畜收集狂的玩家。

最後我建議在 VR 上以獨立模式遊玩，因為串流聲音會有明顯延遲。

《看前一期 | 所有文章》

🌎 On Swift Community

Experimental Swift Explicit Module in Xcode 15 Beta 7

有人發現 Xcode 15 Beta 7 包含了 _EXPERIMENTAL_SWIFT_EXPLICIT_MODULES 這個編譯功能開關，然而這一細節並未出現在 release note 中。

Swift 目前採用的是 Implicit Module，編譯過程中每一個工作看到 import XXX 時會自己去找尋該模組的快取編譯結果，沒有的話就自己開一個 thread重編，編譯過程中遇到其它 import 也會如此遞迴下去。這些編譯過程隱含於各個工作之後、各自忙碌不溝通的結果則是編譯效能低下，一旦有 race 則 cache 失敗，也無法有效排程以最大利用多核心，總之就是慢，滑嘟的時間又增加了！

而 Explicit Module 則是把原本這些衍生的工作從每一個編譯工作中移出成獨立工作，移入編譯系統中以可以有效確保快取的正確，與最佳利用多核心的排程，詳情可以見論壇說明文，經過三年的時間，這個功能終於呈現在大家面前。

https://hachyderm.io/@SmileyKeith/110935326005741395

SwiftUI 如何為有不同形狀可能的 Shape 加上邊框

Apollo 作者 Christian Selig 提出的有趣問題：如果你有一個 Shape 可能為圓或方，如何為它加上 strokeBorder ？ strokeBorder(style:antialiased:) 是屬於 protocol InsettableShape 定義的方法。

答：實做 AnyInsettableShape 來包裝抺除類型（範例），或者實做一個 EitherShape 遵循 InsettableShape。

自製相容 Apple Wallet 的會員卡

我最近正在思考如何把運動中心的會員條碼加入 Apple Wallet，因為它只是在 app 中顯示條碼圖片，況且 app 做很爛常打不開；另一個好處是可以同步到 Apple Watch，畢竟我不是很想帶手機去，然後就看到了自製 Apple Wallet 會員卡的教學文。

Apple Wallet 中使用的檔案格式是 pkpasses ，你需要先建個 certificate 和向 Apple 申請一個 identifier，代表你得要先繳 Apple Developer Program 的保護費，其它的步驟就是照檔案格式填上資料（可能麻煩的是你要先搞清楚條碼的對應內容），也可以放圖片。

雖然不知道在 Apple Watch 上顯示結果為何，我猜可能會因為表面比較小，而有一定機會無法成功掃描，我會在試試後再回報結果。

WidgetKit 的動畫

純分享推友開源的專案，但我並不推薦無腦為 WidgetKit 加動畫，會動的東西會大量吸引注意力，這並不是 Apple 期望開發者使用的方式，也通常不是個理想的設計。

🤪 Pofat 選推

oh no

承上，作繭自縛實乃人之天性

Apple Watch Ultra 是我這一年內最滿意的蘋果購物，我戴著它從事了不少次水上活動和小健行，其中健行路徑回溯、wayfinder 找停車處、潛水深度和時間，以及高亮度的螢幕讓它成為了戶外「走傱」的最佳伙伴，不過我必須聲明這裡指的是周末一兩天那樣的輕度冒險，因為我現在體能也只能試到這種程度。

目前有說法下一款的 ultra 可能會配備 MicroLED，若成真那續航適必會再大大提升，若能撐到四五天那也能適用於較大型的登山活動了。

我最喜歡的功能是夜間模式，對 Wayfinder 表面轉動表冠，它會變成暗紅色，這來自戶外頭燈行之有年的功能，讓你在很暗的地方使用時（比如山屋）不對他人造成影響，這點有中戶外人的心。（圖片來自 Apple 官網）

說到這，Craig 對於 Apple 科技的發展走向有著有趣的見解 - 看 Apple Watch 就對了！詳細見嘟文，很有意思。

《看前一期 | 所有文章》

🌎 On Swift Community

Passkeys Implementation on Server Side

做為果粉開發者想必早就讓手上的專案支援 passkeys 了吧，但現在可以在 server side 用 Swift 實作 passkeys ，WebAuth Swift 1.0.0 Alpha 中包含了 passkeys 的支持，這裡有現成的範例供參考，詳情請見 Swift Forums。

Swift Transformers: Run On-Device LLMs in Apple Devices

大多數媒體對 Apple 在大型語言模型（LLM）之戰的動作預測都是目標 on-device 的語言模型以符他們一貫的隱私策略。 Swift Transformer 這個專案可以幫助你更容易地達成這個目標，它能夠更容易地把大型語言模型轉成 CoreML 用的模型，也能確保硬體的最佳利用。這一篇教學文以 Meta 釋出的 Llama 2 為例，手把手地帶你入門，想先試玩結果可以直接試 swift-chat。而最近也有人釋出了以台灣繁體中文為基礎調整的 llama 2 模型 - Taiwan LLaMa，有興趣的讀者不妨試試看能不能串起來，弄個 Taiwan Swift Chat。

Xcode Pro Tip

其一： Xcode 15 檔案變得很小，因為代價轉到開發者的時間上了，所有的 simulator runtime 都得另外下載，如果你有多台電腦都要裝實在很煩，Adam 提供了專業小撇步：原來這些 runtime 可以匯出，移到其它電腦再用 simctl 指令加入即可。

https://mastodon.social/@b3ll/110867586952293676

其二：如果你遇到 SwiftUI preview 一直卡在「準備中」，除了重開機外可以先試試這個清理 script。

https://mastodon.social/@chockenberry/110849610687454805

Siri 在 iOS 17 上能為愛朗讀

iOS 17 可以對 Siri 說 read this 來朗讀網頁，適合移動時又想看網頁的場合。

https://sixcolors.com/post/2023/08/in-ios-17-siri-can-make-the-web-speak/

🗣️ On Swift Forum

Macro Adoption Concerns around SwiftSyntax

Swift macros 的強大都建立在 SwiftSyntax 的基礎上，但成也蕭何，敗也蕭何，SwiftSyntax 本身的問題給 Swift macro 的引入也帶來問題，主要是：
- Build time 大幅地增加

• 破碎不一的版本依賴

• API 不時的變遷

build time 等可以解決，後兩者可痛苦多了啊！

https://forums.swift.org/t/macro-adoption-concerns-around-swiftsyntax/66588/48

🤪 Pofat 選推

軟體工程日常

https://mas.to/@carnage4life/110850691497063871

住在倫敦看到笑著笑著就哭了，難怪 UniFi 的廣告要 delete london。

講點開心的，大家收到 Xbox 的首頁更新了嗎？

《看前一期 | 所有文章》

🌎 On Swift Community

Vision Pro developer labs 與 developer kit 開放申請

Lab 僅在 Cupertino，倫敦，慕尼黑，上海，新加坡與東京，已經有人通過申請。

而 developer kit 看起來量不會很多，加上有史以來最嚴格的保管條件，這次應該很難申請到啊。

保管的限制包括：不可以給家人看到、離開要鎖在它的箱子裡再鎖在他人不可進入的空間，離開十天要通知工作人員指導怎麼存放，不愧是蘋果。

Apple 將要求開發者為存取某些 API 加上使用理由

下列 API 被列為「可能會存取敏感資訊」，使用到的開發者要在 2024 年春季前在 privacy manifest 中加上使用的理由。

• 檔案 timestamp API

• 系統啟動 timestamp API

• 磁碟空間 API

• 已啟動鍵盤 (active keyboard) API

• User defaults API

這行為舉止很 Apple ，只是我認為第一項和最後一項太瘋，根本是在砍（大型）開發者的腳，基本上 iOS 存取不到 sandbox 外的檔案， user defaults 能取得、有隱私考量的東西也必會先另外要求權限，開發商想要透過 App Groups 讓旗下各 app 互通有無、或 app 與 widget 間的溝通也會因此增加阻力。

台灣有孝道外包，水果則是隱私權職責（包括不存在的）外包給眾開發者們。 Firebase：「哭啊！」

但畢竟在人家的地，得守人家的規先，詳情請讀這。

TipKit is here

Xcode 15 beta 5 釋出了今年 WWDC 預告的 TipKit 初版，老實說這可能是我最不感到興奮的 framework，因為如影片剪輯這種高操作複雜度的 app 雖有這需求，但也早就有自己的實踐，而功能較集中、單純的 app 如果還需要提示，可能重新檢視設計會更有幫助，因為設計界有句名言：

UX is like a joke. If you have to explain it, it’s not good.

使用前建議先讀文件和看過 WWDC 影片，了解其所能後再來思考適不適合放入自己的 app 中，想直接看範例也已經有人寫好了。

如何不使用 Swift Package Manager 來導入 Swift macros

Swift macros 展開的原理是由 SPM 透過 compiler plugin 完成的，macros 實做的部分會先被編成 dylib，當 compiler 看到 macro 標記便會由 plugin 去問這個 dylib 該怎麼展開，再放回原本的程式碼中。

如果你不想透過 SPM （比如你是用 bazel、buck 或手寫指令來進行編譯），這裡有教學如何直接用指令替代 compiler plugin，不過你得先自己把 macro 實作編成 dylib 或執行檔。

在 visionOS 玩 3D 不用擔心沒模組

如果你在玩 visionOS 需要 3D 模組，Apple 已經有一個現成的模組庫供你玩耍。

https://twitter.com/hiddevdploeg/status/1685249663996207105?s=20

visionOS 初次開機動畫

你可以透過 simctl 來開啟模擬器上的初次設定畫面

https://twitter.com/zhuowei/status/1683372172402737153

🗣️ On Swift Forum

[Accepted] SE-0387: Swift SDKs for Cross-Compilation

SE-0387支援在 macOS 上編譯出給 Linux 使用的 SDK，不過除了裡面提到在 macOS 編出來給 Raspberry Pi 這種運算力比較低的單晶片電腦直接使用外，我想不到還有什麼使用實例，在 macOS 上編 server side Swift SDK 給 Linux 用？

我想大家更想要的是 Linux 上的 cross-build ，這樣就可以解鎖許多運算力更強，成本更實惠的 CI 服務。

🤪 Pofat 選推

G👀gle

True story

Xbox 全新的首頁設計，遊戲切換像 PS 的界面，我很喜歡！

https://twitter.com/tomwarren/status/1684220591757197313?s=20