Hacker News
This article provides an in-depth technical analysis of Apple's .car file format, commonly used for storing asset catalogs in macOS and iOS applications. It explores the structure and contents of these files, offering insights for developers and reverse engineers.
AI 生成摘要
這篇文章深入技術性地分析了 Apple 的 .car 檔案格式，該格式常用於儲存 macOS 和 iOS 應用程式中的資產目錄。它探討了這些檔案的結構和內容，為開發人員和逆向工程師提供了見解。
本文深入探討了蘋果生態系中用於管理資源的 .car（Compiled Asset Record）檔案格式。儘管這類檔案是 iOS 與 macOS 應用程式的核心組成部分，蘋果卻從未公開其技術規格，作者透過逆向工程揭示了其基於 NeXTStep 時代的 BOM（Bill of Materials）架構，並展示了如何解析其中的 B+ 樹結構與圖像數據。
針對 .car 這種二進位格式的必要性，社群展開了激烈的辯論。部分開發者認為在現代開發環境中，使用如 gzipped JSON 搭配原始二進位檔的組合會更具可讀性且易於維護，批評過度依賴私有二進位格式會增加逆向工程的難度。然而，反對意見指出，資產包的設計核心在於效能與隨機存取能力。對於需要頻繁啟動且資源密集的作業系統而言，二進位格式允許程式透過偏移量快速定位特定資源，而無需解析龐大的文字檔案或處理 Base64 編碼帶來的額外開銷。
討論中也勾起了許多關於 NeXTStep 歷史的回憶。有留言指出 BOM 格式源自 NeXT 時代，這解釋了為何檔案中會出現大端序（Big-endian）與小端序混用的奇特現象，反映了該格式跨越了從 Motorola 68k、PowerPC 到 Intel 與 ARM 架構的演進史。這種歷史包袱雖然讓現代開發者感到困惑，卻也體現了蘋果系統底層的穩定性與傳承。
此外，關於逆向工程的工具化也引發了討論。作者在文中提到考慮將工具開源但尚未承諾，部分網友對此表示理解，認為發布整理乾淨的程式碼對開發者而言是一種心理負擔。同時，也有人建議利用當前的 AI 輔助工具來重新命名逆向工程產生的模糊變數，但這隨即引發了關於 AI 幻覺可能導致錯誤解讀程式邏輯的爭議。
最後，社群對 Objective-C 運行時的動態特性表示讚賞。留言者提到，儘管 Swift 追求效能與靜態安全，但 Objective-C 繼承自 Smalltalk 的消息傳遞機制，讓開發者能以極高的靈活性進行動態攔截與方法替換。這種靈活性在處理如 .car 檔案這類複雜系統組件時，提供了強大的調試與擴充空間，是現代許多強調靜態編譯的語言所難以企及的。
在討論過程中，有開發者推薦將 SQLite 作為應用程式檔案格式的替代方案，並引用了 SQLite 官方文件關於此用途的論述。另外，針對 macOS 上的自動化與腳本編寫，留言中也提到了 AppleScript 與早年 Carbon 框架在 UI 自動化上的歷史背景，對於理解蘋果系統架構的演變具有參考價值。