iBug 16 有感

由於在 SwiftUI 4 中，Lazy 容器的表現出現了與以往較大的差異，因此已完成大半的 《 使用 Lazy 容器的注意事項 》一文將暫時擱置，待情況穩定時再更新

原文發表在我的部落格 wwww.fatbobman.com

歡迎訂閱我的公共號：【肘子的Swift記事本】

到 2022 年，SwiftUI 已經邁入了第四個年頭。儘管在之前的版本更新過程中，SwiftUI 也出現了或多或少的問題，但從來也沒有像 SwiftUI 4 這麼嚴重。Bug 眾多的現象不僅僅表現在 SwiftUI 上，在 iOS、macOS 以及蘋果很多其他的產品上都有所體現。

這絕非蘋果獨有的問題，整個社會目前都處在一種浮躁的發展軌跡中。求快、求變、求成效體現在方方面面，無論是企業還是個人。

不管消費者是否有購買新品的計劃，每當新品誕生時，網路上充斥最多的聲音就是“擠牙膏”。這反過來也會影響了企業的經營思路，為了迎合市場，企業會不斷地推出新型號，為了變而變，為了不同而不同。

不過，消費者對變化的無限渴望也是由企業的各種措施導致的。當企業痴迷於為產品每年推出新的版本號，用訂閱製取代買斷制，讓消費者在第一時間有感（ 而不是有用 ）成了首要目標。

OTA 這種本來用於某些特定領域的更新手段，被作為思想運用於經營、設計、製造等等領域，令人震驚。不出 Bug、少出 Bug 已變成奢望，高速迭代變成了主流 —— 在迭代中修復 Bug ，在迭代中創造 Bug。

自我安慰一下：SwiftUI 4 中出現了大量不可思議的 Bug，例如檢視無法持久、task 無法觸發、閉包程式碼無法更新檢視（ 某些 Style 下 ）等情況。一方面表明，蘋果的開發管理出現了明顯的問題，另一方面，也間接地證明了 SwiftUI 4 重寫了大量的底層程式碼，待這些程式碼穩定後，可能會有不錯的結果（ 也許是更多的 Bug ）

我們真的需要走得這麼快嗎？

我正以 Twitter、 Discord 聊天室 、部落格留言等討論為靈感，從中選取有代表性的問題和技巧製作成 Tips ，釋出在 Twitter 上。每週也會對當周部落格上的新文章以及在 Twitter 上釋出的 Tips 進行彙總，並通過郵件列表的形式傳送給訂閱者。

訂閱下方的 郵件列表，可以及時獲得每週的 Tips 彙總。