Daily Digest
2026年03月07日
內容會跟隨語言切換。
📝 今日焦點 後端為支付唯一真相，UI 顯示待處理、已確認與失敗，減少混亂。 🔧 效能最佳化 使用 mutableStateListOf 或重建 List 以觸發重組。 🏗 架構設計 以 KMP 與 Compose Multiplatform 共用邏輯與介面，減少重複。
支付從來不是即時完成的；它是最終一致、非同步且有時混亂的。
文章指出支付的基本現實：它不是立即完成的，而是最終一致、具有非同步性且有時會混亂。因此在設計支付連結系統與商家 Android 應用時，應把後端視為權威的真相來源，並針對延遲確認、失敗與重試情境做妥善處理。具體表現包括在介面上明確呈現待處理、已確認與失敗等狀態、配合後端的重試與冪等設計，以及避免在客戶端假設支付會立即成功。以後端真相為中心的設計能降低競態條件、減少使用者困惑，並提升在網路延遲與支付供應商差異下的整體穩定性。
我述說自己從大學走到成為在 KPIT Technologies 從事 Android Automotive 的 Android 開發者的過程。
Sumit Kumar Sharma 以第一人稱回顧他從大學時期邁入職場，最終成為 KPIT Technologies 的 Android 開發者，並參與 Android Automotive 項目的歷程。文章重點在於描述學校到產業的過渡、作者在 KPIT 的職務定位，以及他在汽車領域 Android 開發上的參與經驗。內容以分享與勉勵為主，包含學習方向、實務體會與職涯建議，目的是為有志或剛起步的 Android 開發者提供參考與啟發，而非詳盡技術教學。
三星最新手機已出現在馬爾默職業學院，除了到處可見的 AI 功能外，Samsung S26 Ultra 還具備一項創新設計。
文章簡短報導指出，三星的最新手機已經抵達馬爾默職業學院，並強調這些機型處處可見 AI 功能。文中亦提到 Samsung S26 Ultra 具備一項創新特色，但摘錄未說明細節。整則訊息為宣布性質，提示讀者可在 Medium 的完整文章中閱讀更多內容。重點在於新機的到位與 AI 功能的廣泛存在，並以 S26 Ultra 的創新作為吸引關注的要點。
看到自己寫的程式在別人手機上運行，是軟體開發最令人興奮的時刻。
Mehmet Özkan 描述了如何將一個手機應用構想從零開始做到上線，強調端對端的後端與 iOS 開發歷程。文章以「看到自己寫的程式在別人手機上運行」作為最能表達軟體開發興奮感的開場，並陳述從後端架構、iOS 功能實作到部署上線的實務過程與心得。作者以實作導向的敘述分享決策與經驗，適合想要完整交付行動應用的開發者閱讀，並突顯反覆迭代與部署管理對成功上線的重要性。
為開源專案貢獻常常比想像的沒有那麼複雜。
許多開發者因為覺得流程複雜或以為需要深厚專案知識，而猶豫是否參與 Android 開源專案。本文以步驟式方式釐清這種迷思，鼓勵從小而確定的改動開始，先熟悉專案目的與貢獻指南，並掌握提交變更的基本流程。重點在於實用且逐步的行動：閱讀文件、與維護者溝通並依回饋調整，使新手逐步建立信心與能力。整體論旨是透過可執行的步驟降低門檻，讓持續的小貢獻也能在 Android 開源社群中產生實質影響。
把可變 List 包在 mutableStateOf(...) 會導致「隱形更新」，因為對 List 的內部變更不會改變參考；mutableStateListOf 則會對元素變動發出通知並觸發重組。
在 Jetpack Compose 中，常見的「隱形更新」問題是：將可變 List 包在 mutableStateOf(...) 中，對該 List 做增刪等內部變更不會改變物件參考，因此不會觸發重組（recomposition）。mutableStateOf 只有在替換整個參考時才會發出通知；要讓 Compose 感知元素級別的變動，可以使用 mutableStateListOf 或透過 toMutableStateList() 取得 SnapshotStateList，這些會在內部變動時發出通知。若偏好不可變資料流，則可透過產生新 List 再賦值的方式讓 mutableStateOf 檢測到變更。選擇取決於你要就地可變操作或不可變替換的語意。
第一次在凌晨兩點排除 BLE 掃描當掉時，我對回呼咒罵了整整二十分鐘——一定要有更好的方法。
作者以一次凌晨兩點處理 BLE 掃描當掉的經驗開場，描述對回呼（callbacks）設計的強烈挫折感，並指出回呼容易導致程式複雜與錯誤。文章主張應以 Kotlin Flow 來取代傳統的 BLE 回呼，透過更一致的非同步資料流處理，減少回呼散落與巢狀邏輯，使程式更易閱讀與維護。雖然篇幅簡短，但明確將 Kotlin Flow 作為解決 BLE 回呼問題的實務方案，鼓勵讀者進一步了解用 Flow 簡化 BLE 工作流程的方法。
Tool Argument Augmenter 透過擴增工具的 JSON Schema 捕捉模型在選擇工具時的推理與信心水準，且不改變工具實作。
在生產環境的 AI agent 中，僅知曉 LLM 選擇了哪個工具不足以支援除錯與稽核，必須掌握其選擇理由。Spring AI 的 Tool Argument Augmenter 透過在工具的 JSON Schema 動態加入額外參數（例如 innerThought 與 confidence），讓模型在回傳工具呼叫時同時提供步驟性推理和信心水準；增強器會抽取這些資料並轉發給日誌、長期記憶或分析系統，而工具本身僅以原始參數被調用。文章以病患健康狀態檢查器示範 AgentThinking DTO 與 AugmentedToolCallbackProvider 的整合，並展示工具串聯時的逐步推理記錄，達到提升可觀測性、除錯與提示優化的效果。
在 Java 8 以後，可透過 Date.toInstant() 與 Date.from(Instant) 互相轉換，但需注意 Instant 支援奈秒精度而 Date 只到毫秒，轉換會截斷奈秒。
本文說明在 Java 應用中如何在舊的 java.util.Date 與 Java 8 以後的 java.time.Instant 之間轉換。Date 以自 Unix 紀元起的毫秒儲存並可變，Instant 為不可變且具奈秒精度。文章以集中式的 DateInstantConverter 封裝轉換並統一 null 處理，示範 Date.toInstant() 與 Date.from(Instant) 的用法，並用 JUnit 5 測試驗證 epoch 毫秒的一致性、round‑trip 的毫秒保存及 Instant→Date 時奈秒被截斷的行為。建議在領域模型中優先使用 Instant，僅在整合邊界轉為 Date，並以單元測試確保精度行為。程式碼亦可在 GitHub 查看。
為何要重複做兩次？透過 Kotlin Multiplatform 與 Compose Multiplatform，可在 Android 與 iOS 之間共享程式邏輯與 UI。
本文以「為何要重複做兩次？」為出發點，提出 Kotlin Multiplatform（KMP）與 Compose Multiplatform 作為解法。文章說明 KMP 可讓應用的核心邏輯在 Android 與 iOS 間共用，Compose Multiplatform 則可讓 UI 程式碼重複使用，減少為不同平台各自實作介面的必要。以建立天氣應用為例，這篇步驟式指南示範如何用單一程式碼庫驅動兩個平台的原生應用，強調能降低重複工作、加速開發並提升維護性，適合想整合 Android 與 iOS 程式碼與介面的開發者閱讀。
一篇友善的逐步教學，說明如何將 Kotlin 後端連接到 LLM、把文件存入向量資料庫，並建立問答功能。
本文為一篇友善的逐步教學，示範如何使用 Kotlin 與 Spring AI 建置 AI 驅動的應用。內容說明如何將 Kotlin 後端連接到大型語言模型、如何把文件存入向量資料庫以便語意檢索，以及如何建立問答流程從儲存的文件中擷取資訊來回應查詢。教學重點在於實作整合與工作流程模式，適合想學習如何將後端服務、向量化文件與 LLM 結合以實現檢索增強回應的開發者參考。
DataStore 是 Android Jetpack 提供的現代化、非同步且更安全的資料儲存方案，能與 Jetpack Compose 的狀態管理自然結合。
本文介紹 Jetpack 的 DataStore：一個以 Kotlin 為基礎、支援非同步與型別安全的輕量資料儲存方案，適合取代傳統的 SharedPreferences。說明了 Preferences DataStore（鍵值式）與 Proto DataStore（結構化、有 schema）兩種路線，以及它如何利用 Coroutines 與 Flow 進行非阻塞的讀寫。在 Compose 場景中，文章說明將 DataStore 的 Flow 暴露給 UI、使用 collectAsState 等方式轉為可觀察狀態、以 suspend 函式執行寫入，以及注意遷移、錯誤處理與資料型別選擇等實作考量，並建議透過 repository 或 DI 來提升可測試性與維護性。