Daily Digest

每日新聞摘要

2026年07月26日

今日總結

內容會跟隨語言切換。

📝 今日焦點：Kotlin Weekly #521 彙整 KMP feature flags、Droidcon US 精選議程、Claude Code 專案生成與 Zipline/HTML parser 更新等生態動態。 🏗 架構設計：Tap to Pay Android 以 Kotlin、Compose、MVVM 與 Clean Architecture 呈現 EMV/NFC 流程，且全程本機處理卡資料。 ✅ 測試與品質：Compose 更新採分階段處理，理解三個階段可更準確掌握狀態變更；Rust 式 Result 觀點也提醒錯誤處理應更明確。 🚀 語言演進：JetBrains 已停用 KMM 品牌並統一為 Kotlin Multiplatform；PDF 繪製 API 指南則協助開發者在不同版本選對渲染接口。

📝 Today’s focus: Kotlin Weekly #521 covers KMP feature flags, Droidcon US picks, Claude Code generation, and Zipline/HTML parser updates across the ecosystem. 🏗 Architecture: Tap to Pay Android uses Kotlin, Compose, MVVM, and Clean Architecture to expose EMV/NFC flows, while keeping all card processing local. ✅ Quality: Compose updates flow through three phases, helping developers reason about state changes; the Rust-inspired Result discussion also argues for clearer failure handling. 🚀 Language evolution: JetBrains retired KMM and standardized on Kotlin Multiplatform, and the PDF rendering guide helps Android teams pick the right API by platform version.

Kotlin Weekly #521

Kotlin Weekly 作者：發布：07-26 12:46

Kotlin Weekly #521

KMP Bits outlines an architecture for implementing feature flags and remote config in Kotlin Multiplatform using unified commonMain evaluation, a cache-first approach, and debug-only local overrides.

重點摘要

KMP feature flags and remote config architecture

Talk picks for Droidcon US 2026 cover AI, Native, Rust, and Gradle

New libraries, videos, and Kotlin Multiplatform tools are featured

Kotlin Weekly #521, dated July 26, 2026, curates recent Kotlin content across articles, sponsored items, videos, and libraries. Highlights include guidance on feature flags and remote config in Kotlin Multiplatform, a roundup of Droidcon US 2026 talk picks, and technical writeups on topics such as self-debugging Kotlin chess engines, spec-driven app generation with Claude Code, and rewriting Claw’s HTML parser for over-the-air updates. The issue also features videos on value semantics, Navigation3, error UI best practices, and a broad set of new tools and libraries for Kotlin developers.

Kotlin Weekly #521

KMP Bits 提出了一套在 Kotlin Multiplatform 中实现 feature flags 和 remote config 的架构，包括统一的 commonMain 评估、先缓存策略，以及仅在调试时启用的本地覆盖。

重點摘要

介绍 KMP 的 feature flags 与 remote config 架构

整理 Droidcon US 2026 的精选议程

涵盖新视频与多个 Kotlin Multiplatform 库

Kotlin Weekly #521（2026 年 7 月 26 日）汇集了本周 Kotlin 生态中的文章、赞助内容、视频和库更新。文章部分包括 Kotlin Multiplatform 的 feature flags 与 remote config 架构、Droidcon US 2026 的推荐议程，以及关于自我调试的 Kotlin 国际象棋引擎、用 Claude Code 七步生成架构一致的 KMP 应用、以及用 Zipline 重写 HTML 解析器以支持空中更新等内容。除此之外，期刊还收录了多段教学视频和一系列面向 Kotlin 开发者的新工具与库。

Kotlin Weekly #521

KMP Bits 提出一套在 Kotlin Multiplatform 中實作 feature flags 與 remote config 的架構，包含 commonMain 統一評估、以快取為優先，以及僅供除錯的本機覆寫。

重點摘要

介紹 KMP 的 feature flags 與 remote config 架構

整理 Droidcon US 2026 的精選議程

涵蓋新影片與多個 Kotlin Multiplatform 函式庫

Kotlin Weekly #521（2026 年 7 月 26 日）彙整本週 Kotlin 生態的重要內容，涵蓋文章、贊助資訊、影片與函式庫。文章部分包括 Kotlin Multiplatform 的 feature flags 與 remote config 架構、Droidcon US 2026 的推薦議程，以及自我除錯的 Kotlin 西洋棋引擎、以 Claude Code 七步驟產生架構一致的 KMP 專案、以及透過 Zipline 重寫 HTML parser 以支援空中更新等主題。另收錄多支教學影片與多款新工具。

The 3 Jetpack Compose Phases Every Developer Should Understand

Medium Kotlin 作者：Stevdza-San 發布：07-26 09:11

The 3 Jetpack Compose Phases Every Developer Should Understand

When something changes on the screen in Jetpack Compose, Compose does not blindly rebuild and redraw the entire interface.

重點摘要

Compose updates UI in phases rather than rebuilding everything.

The article introduces three phases developers should understand.

This approach helps explain how Compose handles screen changes efficiently.

Jetpack Compose does not simply rebuild and redraw the whole interface whenever something changes. Instead, it processes updates in distinct phases, which makes it easier to manage UI changes efficiently. The article introduces the three Compose phases that every developer should understand and highlights why this model matters when reasoning about how Compose responds to state changes on screen.

每位开发者都应理解的 Jetpack Compose 三个阶段

当 Jetpack Compose 屏幕上的内容发生变化时，Compose 不会盲目地重建并重绘整个界面。

重點摘要

Compose 会分阶段更新 UI，而不是全部重建。

文章介绍了开发者应了解的三个阶段。

这种机制有助于理解 Compose 如何高效处理界面变化。

Jetpack Compose 在屏幕内容变化时，并不会直接重建和重绘整个界面，而是通过不同阶段来处理更新，因此能够更高效地响应状态变化。文章重点介绍每位开发者都应理解的三个 Compose 阶段，并说明这套流程对于掌握 UI 更新机制和界面变化行为的重要性。

每位開發者都該理解的 Jetpack Compose 三個階段

當 Jetpack Compose 畫面上的內容改變時，Compose 不會盲目地重建並重繪整個介面。

重點摘要

Compose 會分階段更新 UI，而不是整體重建。

文章說明了開發者應理解的三個階段。

這種機制有助於理解 Compose 如何有效處理畫面變化。

Jetpack Compose 在畫面內容變動時，並不會直接重建與重繪整個介面，而是透過不同階段來處理更新，因此能更有效率地反映狀態變化。文章重點介紹每位開發者都應理解的三個 Compose 階段，說明這套流程對於掌握 UI 更新機制與畫面變動行為的重要性。

Thinking Like the Compose Runtime

Medium Kotlin 作者：Neeraja Gandla 發布：07-26 11:22

Thinking Like the Compose Runtime

Part 2 — If Composable Functions Keep Running, How Do They Remember Anything?

重點摘要

Continuation of a Medium article in a Kotlin series.

Focuses on how Compose composable functions retain state while re-running.

The provided excerpt only includes the article’s part title and teaser.

This entry appears to be Part 2 of a Medium article in the “Thinking Like the Compose Runtime” series by Neeraja Gandla. The visible text is only a teaser: “If Composable Functions Keep Running, How Do They Remember Anything?” No further article content is included, so the available information only indicates the piece’s topic direction—explaining how Jetpack Compose’s composable functions preserve state or memory across repeated executions.

像 Compose 运行时一样思考

第 2 部分——如果可组合函数会持续运行，它们如何记住任何东西？

重點摘要

这是 Medium 上 Kotlin 系列文章的第二部分。

主题聚焦于 Compose 可组合函数在反复执行时如何保留状态。

目前可见内容只有标题和导语，未提供完整正文。

这篇文章是 Neeraja Gandla 在 Medium 上连载《Thinking Like the Compose Runtime》的第 2 部分。当前可见内容只有一句提示：“如果可组合函数会持续运行，它们如何记住任何东西？”由于没有更多正文，无法得出更具体结论；就现有信息来看，文章意在说明 Jetpack Compose 的可组合函数如何在反复重组中保留状态或记忆。

像 Compose Runtime 一樣思考

Part 2 — 如果可組合函式會持續執行，它們如何記住任何事情？

重點摘要

這是 Medium 上 Kotlin 系列文章的第二部分。

主題聚焦於 Compose 可組合函式如何在反覆執行時保留狀態。

目前提供的內容只有標題與導語，未含完整內文。

這篇文章是 Neeraja Gandla 在 Medium 上連載〈Thinking Like the Compose Runtime〉的第 2 部分。現有可見內容只有一句導語：「如果可組合函式會持續執行，它們如何記住任何事情？」因此無法得知全文細節；就目前資訊來看，文章主要在引導讀者理解 Jetpack Compose 的可組合函式如何在反覆重組時保留狀態或記憶。

KMP in Production: Smart Architecture Decisions

Medium Kotlin 作者：Halil Özel 發布：07-26 13:11

KMP in Production: Smart Architecture Decisions

JetBrains retired the “KMM” branding in 2023 — the official name is Kotlin Multiplatform (KMP).

重點摘要

KMM branding was retired by JetBrains in 2023.

The official product name is now Kotlin Multiplatform (KMP).

The provided excerpt contains no additional production or architecture details.

The excerpt is very brief and only notes a naming change: JetBrains retired the “KMM” branding in 2023, and the official name is Kotlin Multiplatform (KMP). No further technical content, production guidance, or architecture decisions are included in the provided text, so the article’s substantive argument cannot be summarized beyond this branding update.

KMP 生产实践：智能的架构决策

JetBrains 于 2023 年停用了“KMM”品牌，官方名称是 Kotlin Multiplatform（KMP）。

重點摘要

JetBrains 已于 2023 年停用 KMM 品牌。

官方名称现为 Kotlin Multiplatform（KMP）。

所给内容未包含其他生产或架构细节。

这段内容非常简短，仅说明 JetBrains 已于 2023 年停用“KMM”品牌，官方名称改为 Kotlin Multiplatform（KMP）。原文没有提供更多技术细节、生产环境建议或架构决策，因此只能如实概括为一次品牌与名称更新，而不能延伸出其他结论。

KMP 的生產環境實戰：智慧的架構決策

JetBrains 於 2023 年停用了「KMM」品牌名稱，正式名稱為 Kotlin Multiplatform（KMP）。

重點摘要

JetBrains 已於 2023 年停用 KMM 品牌。

官方名稱現為 Kotlin Multiplatform（KMP）。

提供的內文未包含其他生產環境或架構細節。

這段內文非常簡短，僅指出 JetBrains 已於 2023 年停用「KMM」品牌名稱，正式名稱改為 Kotlin Multiplatform（KMP）。原文未提供進一步的技術內容、生產環境建議或架構決策，因此只能忠實摘要為一次品牌與名稱更新，而非完整的產品或架構論述。

A Field Guide to Android’s PDF Rendering APIs: What You Get on Each Version, and What to Call

Medium Kotlin 作者：Luca Fioravanti 發布：07-26 13:52

A Field Guide to Android’s PDF Rendering APIs

What you get on each version, and what to call.

重點摘要

Compares Android’s PDF rendering classes across versions.

Explains which API to use for each Android release.

Helps developers avoid confusion over similarly named PDF tools.

This article introduces Android developers to the confusing landscape of PDF rendering APIs across platform versions. It focuses on the different classes available for rendering a PDF page to a bitmap, and aims to clarify what each API provides and which one should be called in a given version. The piece serves as a practical guide for navigating similarly named classes and choosing the correct approach when working with PDF rendering on Android.

Android PDF 渲染 API 指南

各版本能得到什么，以及该调用哪个 API。

重點摘要

对比 Android 各版本的 PDF 渲染类。

说明不同 Android 版本应使用哪个 API。

帮助开发者避免混淆名称相近的 PDF 工具。

这篇文章面向 Android 开发者，梳理了在不同系统版本中进行 PDF 页面渲染时可用的 API。作者聚焦于如何将 PDF 页转换为 bitmap，并指出 Android 上存在多个名称相近的类，容易让人分不清该使用哪一个。文章的目的，是说明每个版本能提供什么能力，以及在具体场景下应调用哪个 API，帮助开发者做出正确选择。

Android PDF 繪製 API 指南

各版本能拿到什麼，以及該呼叫哪個 API。

重點摘要

比較 Android 各版本的 PDF 繪製類別。

說明不同 Android 版本應使用哪個 API。

協助開發者釐清名稱相近的 PDF 工具。

本文為 Android 開發者整理 PDF 繪製 API 的版本差異，重點在於如何將 PDF 頁面渲染成 bitmap。作者指出，Android 上存在多個名稱相近、功能各異的類別，容易讓人混淆，因此文章旨在說明每個版本能提供哪些能力，以及在不同情境下應該呼叫哪一個 API，作為實務上的選用指南。

Reading EMV Cards over NFC on Android (and why it's more interesting than it sounds)

Dev.to Kotlin 作者：Pedro Bustamante 發布：07-26 01:24

Reading EMV Cards over NFC on Android

A project that uses a phone’s NFC to read and parse EMV cards, showing APDU commands and tags in real time.

重點摘要

Tap a contactless card and trace the EMV exchange step by step

Reads PPSE, AID, GPO, records, and parses EMV TLV tags

Built with Kotlin, Compose, MVVM, Clean Architecture, and a custom parser

The article describes Tap to Pay Android, an educational Android app built to explore what happens between tapping a contactless card and a terminal accepting it. Using the phone’s NFC, it reads and parses EMV cards and displays APDU commands, responses, and EMV tags in real time. The app walks through PPSE selection, AID discovery, application selection, GPO, record reading, and EMV parsing. The project is explicitly non-commercial, processes everything locally, and does not store or transmit card data. Technically, it is built with Kotlin, Jetpack Compose, Material 3, MVVM, Clean Architecture, Coroutines, StateFlow, Android NFC/ISO-DEP, and a custom EMV parser.

在 Android 上通过 NFC 读取 EMV 卡

这个项目用手机 NFC 读取并解析 EMV 卡，并实时显示 APDU 指令与标签交换过程。

重點摘要

从轻触非接触卡开始，逐步追踪 EMV 通信流程

包含 PPSE、AID、GPO、记录读取与 EMV TLV 解析

使用 Kotlin、Compose、MVVM、Clean Architecture 和自研解析器实现

本文介绍 Tap to Pay Android 这一教育性 Android 应用，旨在弄清楚非接触卡被轻触到终端接受之间到底发生了什么。应用利用手机 NFC 读取并解析 EMV 卡，在界面中实时展示 APDU 指令、响应以及 EMV 标签。流程包括 PPSE 选择、AID 发现、应用选择、GPO、记录读取和 EMV 解析。作者明确说明该项目不用于商业支付，所有处理都在本地完成，不存储也不传输卡片数据。技术上，项目采用 Kotlin、Jetpack Compose、Material 3、MVVM、Clean Architecture、Coroutines、StateFlow、Android NFC/ISO-DEP，并从零实现了 EMV 解析器。

透過 Android NFC 讀取 EMV 卡

這個專案用手機 NFC 讀取並解析 EMV 卡，並即時顯示 APDU 指令與標籤交換內容。

重點摘要

從感應非接觸卡開始，逐步追蹤 EMV 通訊流程

涵蓋 PPSE、AID、GPO、記錄讀取與 EMV TLV 解析

以 Kotlin、Compose、MVVM、Clean Architecture 與自製解析器實作

本文介紹 Tap to Pay Android 這個教育性 Android 應用，目標是理解非接觸卡輕觸後到終端機完成接受之間實際發生的流程。它透過手機 NFC 讀取並解析 EMV 卡，並在介面中即時顯示 APDU 指令、回應與 EMV 標籤。應用程式依序展示 PPSE 選擇、AID 探索、應用程式選擇、GPO、記錄讀取與 EMV 解析。作者強調這不是商業支付工具，所有處理都在本機完成，不儲存也不傳送卡片資料。專案使用 Kotlin、Jetpack Compose、Material 3、MVVM、Clean Architecture、Coroutines、StateFlow、Android NFC/ISO-DEP，並自行撰寫 EMV 解析器。

Rust: Every try-catch You’ve Ever Written Was a Promise You Could Break, Result Isn’t

Medium Kotlin 作者：Taufik Hidayat 發布：07-26 04:12

Rust: Every Try-Catch You’ve Ever Written Was a Promise You Could Break, Result Isn’t

Every Android engineer has shipped this without thinking twice about it.

重點摘要

Android engineers often use try-catch without much thought.

The article contrasts broken promises with Rust’s Result type.

The piece is presented as a cautionary take on error handling.

The article argues that many Android engineers have shipped try-catch-based code without fully questioning the assumptions behind it. By contrasting this habit with Rust’s approach, it suggests that exception handling can feel like a promise that may be broken, while Result embodies a more explicit and disciplined way to represent failure. The excerpt is brief, but it frames the discussion as a critique of conventional error handling and a nod to Rust’s philosophy.

Rust：你写过的每一个 try-catch 都是一份可能被打破的承诺，Result 不是

每位 Android 工程师都曾不假思索地提交过这样的代码。

重點摘要

Android 工程师常在未深思时使用 try-catch。

文章用“可被打破的承诺”对比 Rust 的 Result。

内容带有对传统错误处理方式的反思。

这篇文章指出，许多 Android 工程师曾在没有多想的情况下把 try-catch 写进代码并提交。作者通过与 Rust 的设计对照，暗示异常处理像是一种可能被打破的承诺，而 Result 则代表更明确、更纪律化的失败表达方式。虽然原文摘录很短，但仍能看出文章是在批判传统错误处理习惯，并强调 Rust 的设计哲学。

Rust：你寫過的每一個 try-catch 都是一個可以被打破的承諾，Result 不是

每位 Android 工程師都曾不假思索地把這樣的程式送出。

重點摘要

Android 工程師常在未深思下使用 try-catch。

文章以「承諾可被打破」對比 Rust 的 Result。

內容帶有對傳統錯誤處理方式的反思。

這篇文章指出，許多 Android 工程師曾在沒有多想的情況下把 try-catch 寫進程式並送出。作者藉由與 Rust 的設計對照，暗示例外處理像是一種可能被打破的承諾，而 Result 則代表更明確、紀律更高的失敗表達方式。雖然原文摘錄很短，但已可看出文章是在批判傳統錯誤處理習慣，並凸顯 Rust 的設計哲學。