聊聊 Swift 中的熱重載
?前言
這一年是2040年，我們最新的 MacBook M30X 處理器可以感知到瞬間編譯大型 Swift 項目，聽起來很神奇，對吧？除此之外，編譯代碼庫只是我們迭代周期的一部分。包括：
- 重新啟動它（或將其部署到設備）
- 導航到您在應用程序中的先前位置
- 重新生成您需要的數據。
如果您只需要做一次的話，聽起來還不錯。但是如果您和我一樣，在特別的一天中，對代碼庫進行 200 - 500 次迭代，該怎么辦呢？它增加了。
有一種更好的方法，被其他平臺所接受，并且可以在 Swift/iOS 生態系統中實現。我已經用了十多年了。
從今天開始，您想每周節省多達 10 小時的工作時間嗎？
熱重載
熱重載是關于擺脫編譯整個應用程序并盡可能避免部署/重新啟動周期，同時允許您編輯正在運行的應用程序代碼并且能立即看到更改。
這種流程改進可以每天為您節省數小時的開發時間。我跟蹤我的工作一個多月，對我來說，每天節省了 1-2 小時。
坦白地說，如果每周節省10個小時的開發時間都不能說服您去嘗試，那么我認為任何方法都不能說服你。
其他平臺在做什么？
如果您只使用 Apple 平臺，您會驚訝地發現有好多平臺幾十年前已經采用了熱重載。無論您是編寫 Node 還是任何其他 JS 框架，都有一個使用熱重載的設置。Go 也提供了熱重載（本博客使用了該特性）
另一個例子是谷歌的 Flutter 架構，從一開始就設計用于熱重載。如果您與從事 Flutter 工作的工程師交談，你會發現他們最喜歡 Flutter 開發者體驗的一點就是能夠實時編寫他們的應用程序。當我為《紐約時報》寫了一個拼字游戲時，我很喜歡它。
微軟最近推出了 Visual Studio 2022，并為 .NET 和 標準 C++ 應用程序提供熱重載，在過去的十年中，微軟在開發工具和經驗方面一直在大殺四方，所以這并不令人驚訝。
蘋果生態系統怎么樣？
早在 2014 年推出時，很多人都對 Swift Playgrounds 感到敬畏，因為它們允許我們快速迭代并查看代碼的結果，但它們并不能很好地工作，因為它存在崩潰、掛起等問題。不能支持整個iPad環境。
在它們發布后不久，我啟動了一個名為 Objective-C Playgrounds 的開源項目，它比官方 Playgrounds 運行得更快、更可靠。我的想法是設計一個架構/工作流程，利用我已經使用了幾年的 DyCI 代碼注入工具，該工具已經由 Paul 制作。
自從 Swift Playgrounds 存在以來，已經過去了八年，而且它們變得更好了，但它們可靠嗎？人們是否在使用它們來推動開發？
以我的經驗：并非如此。Playgrounds 在大型項目中往往不太可靠或適用。
SwiftUI 出現了，它是一項了不起的技術（盡管仍然存在錯誤），它引入了與 Playgrounds 非常相似的 Swift Previews 的想法，它們有什么好處嗎？
類似的故事，當它工作的時候是很好的，但是在更大的項目中，它的工作是不可靠的，而且往往中斷的次數比它們工作的次數多。如果你有任何錯誤，他們不會為你提供調試代碼的能力，因此，采用的情況有限。
我們需要等待 Apple 嗎？
如果你關注我一段時間，你就已經知道答案了，絕對不要。畢竟，我的職業生涯是構建普通 Apple 解決方案無法解決的問題：從像 Sourcery 這樣的語言擴展、像 Sourcery Pro 這樣的 Xcode 改進，再到 LifetimeTracker 以及許多其他開源工具。
我們可以利用我最初在 2014 Playgrounds 中使用的相同方法。我已經使用它十多年了，并且在數十個 Swift 項目中使用它并取得了巨大的成功！
許多年前，我從使用 DyCI[1] 切換到 InjectionForXcode，通過利用 LLVM 互操作而不是任何 swizzling ，它的效果更好。它是一個完全免費的開源工具，您可以在菜單欄中運行，它是由多產的工程師 John Holdsworth 創建的。你應該看看他的書 Swift Secrets[2]。
我意識到 Playgrounds 的方法可能過于笨重，所以今天，我開源了。一個非常專注的名為 Inject 的微型庫，與 InjectionForXcode 搭配使用時，將使您的 Apple 開發更加高效和愉快！
但不要只相信我的話?？纯?Alexandra 和 Nate 的反饋，在我將這個工作流程引入 The Browser Company 設置之前，他們已經非常精通了，這使得它更加令人印象深刻。
Inject
這個小型庫是完全通用的，無論您使用 UIKit?、 AppKit? 還是 SwiftUI，您都可以使用它。
您無需為生產應用程序添加條件或刪除 Inject 代碼。它變成了無操作內聯代碼，將在非調試版本中被編譯過程剝離。您可以在每個視圖中集成一次，并持續使用數年。
請參考 GitHub repo[3] 中關于配置項目的說明?，F在讓我們來看看您有哪些工作流程選項。
工作流
SwiftUI
只需要兩行字就可以使任何 SwiftUI 啟用實時編程，而當您這樣做時，您將擁有比使用 Swift Previews 更快的工作流程，同時能夠使用實際的生產數據。
這是我的 Sourcery Pro[4] 應用程序的示例，其中加載了我所有的實際數據和邏輯，使我能夠即時快速迭代整個應用程序設計，而無需任何重新啟動、重新加載或類似的事情。
看看這個開發工作流程有多快吧，告訴我你寧愿在我每次接觸代碼時等待Xcode的重新構建和重新部署。
UIKit / AppKit
我們需要一種方法來清理標準命令式UI框架的代碼注入階段之間的狀態。
我創建了 Host 的概念并且在這種情況下工作的很好。有兩個：
- Inject.ViewHost
- Inject.ViewControllerHost
我們如何集成它？我們把我們想迭代的類包裝在父級，因此我們不修改要注入的類型，而是改變父級的調用站點。
例如，如果你有一個 SplitViewController ，它創建了 PaneA 和 PaneB ，而你想在PaneA 中迭代布局/邏輯代碼，你就修改 SplitViewController 中的調用站點。
paneA = Inject.ViewHost(
PaneAView(whatever: arguments, you: want)
)
這就是你需要做的所有改變。注入現在允許你更改 PaneAView 中的任何東西，除了它的初始化API。這些變化將立即反映在你的應用程序中。
一個更具體的例子？
- 我下載了 Covid19 App
- 添加 -Xlinker -interposable 到 Other Linker Flags
- 交換了一行 Covid19TabController.swift:L63 行
從這句：
let vc = TwitterViewController(title: Tab.twitter.name, usernames: Twitter.content)
替換為：
let vc = Inject.ViewControllerHost(TwitterViewController(title: Tab.twitter.name, usernames: Twitter.content))
現在，我可以在不重新啟動應用程序的情況下迭代控制器設計。
這是如何運作的呢?
Hosts 利用了自動閉包，因此每次您注入代碼時，我們都會使用與最初相同的參數創建您類型的新實例，從而允許您迭代任何代碼、內存布局和其他所有內容。你唯一不能改變的是你的初始化 API。
Host 的變化不能完全內聯，所以這些類在 Release 構建中被刪除。最簡單的方法是做一個單獨的提交，交換此單行代碼，然后在工作流程的最后刪除它。
邏輯注入如何呢？
像 MVVM / MVC 這樣的標準架構可以獲得免費的邏輯注入，重新編譯你的類，當方法重新執行時，你已經在使用新代碼了。
如果像我一樣，你喜歡 PointFree Composable Architecture[5]，你可能想要注入 reducer 代碼。Vanilla TCA 不允許這樣做，因為 reducer 代碼是一個免費功能，不能直接用注入替換，但我們在 The Browser Company 的分支 支持它。
當我最初開始咨詢 TBC 時，我想要的第一件事是將 Inject? 和 XcodeInjection 集成到我們的工作流程中。公司管理層非常支持。
如果您切換到我們的 TCA 分支(我們保持最新)，你可以在 UI 和 TCA 層上使用 Inject 。
它有多可靠？
沒有什么是完美的，但我已經使用它十多年了。它比 Apple 技術（Playgrounds / Previews）可靠得多。
如果您投入時間學習它，它將為您和您的團隊節省數千小時！
參考資料
[1] DyCI: https://github.com/DyCI/dyci-main
[2] Swift Secrets: http://books.apple.com/us/book/id1551005489
[3] GitHub repo: https://github.com/krzysztofzablocki/Inject
[4] Sourcery Pro: http://merowing.info/sourcery-pro/
[5] PointFree Composable Architecture: https://github.com/pointfreeco/swift-composable-architecture
[6] Demo 源碼: https://github.com/krzysztofzablocki/Inject
