每日新聞摘要 - 2026年05月20日

01

Advanced Mocking Strategies: Mastering Test Doubles & Behavior Verification

Dev.to Kotlin 作者：Patoliya Infotech 發布：05-20 12:14

Advanced Mocking Strategies: Mastering Test Doubles and Behavior Verification

Mocking exists to solve a fundamental tension in software testing: isolating code while it still depends on the outside world.

重點摘要

Distinguishes dummy, stub, fake, spy, and mock test doubles

Recommends state verification by default and behavior verification when interactions are the requirement

Warns against over-mocking, brittle interaction assertions, and deep stubbing

This article explains advanced mocking as a craft of choosing the right test double for the right job. It distinguishes dummies, stubs, fakes, spies, and mocks, then contrasts state verification with behavior verification, recommending state checks as the default and interaction checks only when coordination or side effects are the requirement. It also covers partial mocks, strict vs. loose mocks, deep stubbing risks, async workflows, and testing external services through owned interfaces, contract tests, or realistic fakes. The article closes with practical anti-patterns—over-mocking, implementation-detail assertions, and mocking third-party libraries unnecessarily—and argues for tests that stay resilient through refactoring while still catching real bugs.

高级 Mocking 策略：掌握测试替身与行为验证

Mocking 要解决的是软件测试中的根本张力：在完全隔离下测试代码，同时它又不可避免地依赖外部世界。

重點摘要

区分 dummy、stub、fake、spy 和 mock 五种测试替身

默认采用状态验证，只有在交互或副作用是需求时才做行为验证

警惕过度 mock、脆弱的交互断言和深层 stubbing

本文从实践角度介绍高级 mocking：先厘清 dummy、stub、fake、spy、mock 的差异，再对比状态验证与行为验证，建议大多数测试以状态验证为默认，仅在协调流程、通知、事件发布或外部调用本身就是需求时，才检查交互。文章还讨论了部分 mock、严格与宽松 mock、deep stubbing、异步工作流，以及通过自有接口、契约测试和更真实的 fake 来测试外部服务。最后总结常见反模式，如过度 mock、断言实现细节、以及不必要地 mock 第三方库，强调构建可重构、能发现真实缺陷的测试套件。

進階模擬策略：掌握測試替身與行為驗證

Mocking 要解決的是軟體測試中的根本張力：在完全隔離下測試程式碼，同時它又不可避免地依賴外部世界。

重點摘要

區分 dummy、stub、fake、spy 與 mock 五種測試替身

預設採用狀態驗證，只有需要互動或副作用時才做行為驗證

提醒避免過度 mock、脆弱的互動斷言與深層 stubbing

本文從實務角度說明進階 mocking：先釐清 dummy、stub、fake、spy、mock 的差異，再比較狀態驗證與行為驗證，主張大多數情況以狀態驗證為預設，只有在協調流程、通知、事件發布或外部呼叫本身就是需求時，才檢查互動。文章也討論 partial mock、strict mock、deep stubbing、非同步流程，以及透過自有介面、合約測試與逼真的 fake 來測外部服務。最後整理常見反模式，如過度 mock、測試實作細節與不必要地 mock 第三方函式庫，強調可重構且能抓出真實問題的測試。

02

R8 Minification Silently Killed My Android App's Core Feature (And Tests Didn't Catch It)

Dev.to Kotlin 作者：Diven Rastdus 發布：05-20 12:31

R8 Minification Silently Killed My Android App's Core Feature

The app installed, the UI rendered, but the AccessibilityService never registered with the system.

重點摘要

R8 stripped system-instantiated classes and Hilt entry points it thought were unused.

Tests passed because CI only covered the debug build, not the minified release artifact.

The fix was to disable R8 for release and add targeted keep rules where needed.

The author describes how an Android app blocker called Nudge appeared healthy in CI and on-device installation, yet its core blocking feature vanished in the release build. The cause was R8 minification: it removed classes invoked indirectly by the Android system, including an AccessibilityService, an overlay activity, and Hilt-related interfaces. Because tests ran only against the debug variant, they missed the release-only failure. After adding keep rules, the author chose to disable minification entirely for this open-source app, arguing that R8 added risk without meaningful security benefit. The article closes with practical advice: test the release artifact, watch for suspicious APK size drops, and verify system service registration in automation.

R8 混淆静默杀死了我的 Android 应用核心功能

应用能安装、界面也正常显示，但 AccessibilityService 从未向系统注册。

重點摘要

R8 删除了它认为“未使用”的系统回调类和 Hilt 相关接口。

测试只覆盖 debug 构建，未验证启用 R8 的 release 产物。

作者最终关闭 release 的 minify，并建议测试 release、检查 APK 体积变化。

作者讲述了一个 Android 发布事故：CI 一切正常、单元测试通过、release APK 也成功签名安装，但应用的核心拦截功能却完全失效。根因是 R8 缩减/优化根据静态分析删掉了由系统或反射间接使用的类，包括 AccessibilityService、覆盖层 Activity 和 Hilt 入口点。由于 GitHub Actions 只运行 debug 版本测试，release 构建中的问题没有被发现。作者随后补写 keep 规则，但最终还是关闭了 release 的 R8，认为这款开源应用没有必要承担额外的构建复杂度与风险。文章建议直接测试发布产物，并把系统服务注册检查纳入自动化。

R8 縮減靜默地毀掉了我的 Android App 核心功能

App 成功安裝、介面也正常顯示，但 AccessibilityService 從未向系統註冊。

重點摘要

R8 把看似未使用的系統註冊類別與 Hilt 入口點刪掉了。

CI 只測了 debug 版本，沒驗證啟用 minify 的 release 產物。

作者最後關閉 release 的 R8，並建議用 release 測試與 keep 規則防範。

作者分享一個令人錯愕的 Android 除錯經驗：CI 全綠、單元測試通過、release APK 也能成功安裝，但 App 的核心阻擋功能卻完全失效。問題出在 R8 縮減，它依照靜態呼叫圖刪除了由系統或反射間接啟用的類別，例如 AccessibilityService、覆蓋層 Activity 與 Hilt 入口點。由於測試只跑 debug 版本，release 專屬的錯誤沒被發現。作者雖然加上 keep 規則，最後仍選擇直接關閉 R8，認為這款開源 App 沒有足夠的隱私或逆向保護需求，卻承擔了額外風險。

03

Precise Android Camera Framing with CameraScaleType in ImagePickerKMP 1.0.41

Dev.to Kotlin 作者：Ismoy Belizaire 發布：05-20 14:12

Precise Android Camera Framing with CameraScaleType in ImagePickerKMP 1.0.41

ImagePickerKMP 1.0.41 adds CameraScaleType, a small API with a practical impact: it lets Android developers control how the camera preview is scaled inside its viewport.

重點摘要

FILL_* crops to fill; FIT_* shows the full feed with letterboxing.

Six enum values are available: FILL_CENTER, FILL_START, FILL_END, FIT_CENTER, FIT_START, and FIT_END.

CameraScaleType is Android-specific and exposed through CameraCaptureConfig.cameraScaleType.

ImagePickerKMP 1.0.41 introduces CameraScaleType, giving Android developers control over how the camera preview is scaled within its viewport. The article explains the difference between FILL_* modes, which crop the feed to fill the screen, and FIT_* modes, which preserve the full feed and may add letterboxing. FIT_CENTER is recommended for framing-sensitive workflows such as receipts, IDs, or product labels, while FILL_CENTER preserves the previous default behavior. The feature is configured through CameraCaptureConfig.cameraScaleType and can be combined with compression, EXIF handling, UI customization, crop settings, and permission options. The post also notes that the public documentation at imagepickerkmp.dev should be checked before shipping.

在 ImagePickerKMP 1.0.41 中用 CameraScaleType 精确控制 Android 相机取景

ImagePickerKMP 1.0.41 adds CameraScaleType, a small API with a practical impact: it lets Android developers control how the camera preview is scaled inside its viewport.

重點摘要

FILL_* 会裁切画面以填满视窗，FIT_* 会保留完整画面并在需要时显示黑边。

共有六个枚举值：FILL_CENTER、FILL_START、FILL_END、FIT_CENTER、FIT_START、FIT_END。

通过 CameraCaptureConfig.cameraScaleType 配置，且属于 Android 专属功能。

ImagePickerKMP 1.0.41 新增 CameraScaleType，让 Android 开发者可以控制相机预览在视口中的缩放方式。文章解释了 FILL_* 与 FIT_* 的差异：前者通过裁切来填满画面，适合沉浸式相机或社交拍摄；后者保留完整画面并在必要时加上黑边，更适合收据、证件、商品标签等需要精确取景的场景。作者指出，FIT_CENTER 适合作为重视预览可信度的默认值，而 FILL_CENTER 则保持原有行为。该功能通过 CameraCaptureConfig.cameraScaleType 暴露，并可与压缩、EXIF、UI 自定义和权限设置等一起使用。

在 ImagePickerKMP 1.0.41 中使用 CameraScaleType 精準控制 Android 相機取景

ImagePickerKMP 1.0.41 adds CameraScaleType, a small API with a practical impact: it lets Android developers control how the camera preview is scaled inside its viewport.

重點摘要

FILL_* 會裁切畫面以填滿視窗，FIT_* 會保留完整畫面並在需要時加上黑邊。

共提供六個列舉值：FILL_CENTER、FILL_START、FILL_END、FIT_CENTER、FIT_START、FIT_END。

透過 CameraCaptureConfig.cameraScaleType 設定，且屬於 Android 專屬功能。

ImagePickerKMP 1.0.41 新增 CameraScaleType，讓 Android 開發者能控制相機預覽在視窗中的縮放方式。文中說明 FILL_* 會裁切影像以填滿畫面，適合沉浸式相機或社群拍攝；FIT_* 則會保留完整畫面並在必要時顯示黑邊，較適合收據、證件、標籤等需要精準取景的流程。作者也指出 FIT_CENTER 是重視預覽可信度時的穩健預設，而 FILL_CENTER 則保留原本行為。此設定可透過 CameraCaptureConfig.cameraScaleType 使用，並能與壓縮、EXIF、UI 與權限設定一起配置。

04

Durable State vs Ephemeral UI State in Android

Medium Kotlin 作者：Rituraj Sambherao 發布：05-20 07:11

Durable State vs. Ephemeral UI State in Android

How to decide what your app needs to remember and what it is safe to forget.

重點摘要

Explains the difference between durable state and ephemeral UI state.

Helps decide what should be remembered by the app and what can be discarded.

Focuses on practical Android state management decisions.

This article discusses how to distinguish between durable state and ephemeral UI state in Android apps. It addresses a common design question: which information should the app preserve across events such as process death or configuration changes, and which information is only needed temporarily for the current UI session. The core idea is to help developers decide what must be remembered and what is safe to forget, supporting more reliable and maintainable state handling in Android.

Android 中的持久状态与短暂 UI 状态

如何判断应用需要记住什么，以及哪些信息可以安全地忘记。

重點摘要

说明持久状态与短暂 UI 状态的区别。

帮助判断哪些内容应保留、哪些可以丢弃。

聚焦 Android 状态管理的实务决策。

本文讨论 Android 应用中的持久状态与短暂 UI 状态如何区分，并回应一个常见设计问题：哪些信息需要在进程死亡或配置变更后继续保留，哪些只服务于当前界面、可以随时遗忘。文章核心是帮助开发者判断应用该记住什么、什么可以安全地忘记，从而让 Android 的状态管理更可靠，也更便于维护。

Android 中的持久狀態與短暫 UI 狀態

如何判斷應用程式需要記住什麼，以及哪些資訊可以安全地忘記。

重點摘要

說明持久狀態與短暫 UI 狀態的差異。

協助判斷哪些內容應保留、哪些可以丟棄。

聚焦於 Android 狀態管理的實務決策。

本文探討 Android 應用程式中的持久狀態與短暫 UI 狀態之間的差異，並回答一個常見問題：哪些資訊應在程序死亡或設定變更後仍被保留，哪些只屬於當下畫面互動、可以在結束後遺忘。文章重點在於協助開發者判斷應用程式需要記住什麼、哪些內容可以安全地忘記，讓 Android 的狀態管理更穩定且易於維護。

05

How to Handle Disabled State for Multicolour Icons in Android (Jetpack Compose Guide)

Medium Kotlin 作者：inDrive.Tech 發布：05-20 08:41

How to Handle Disabled State for Multicolour Icons in Android (Jetpack Compose Guide)

Handling the disabled state in UI is straightforward — until you deal with multicolour icons.

重點摘要

Disabled UI states are easy in principle, but multicolour icons add complexity.

The article introduces an Android Jetpack Compose-focused approach.

It frames the problem as a design and implementation challenge for icon rendering.

The article highlights a common UI challenge in Android: disabled states are usually simple, but multicolour icons make them harder to handle consistently. Centered on Jetpack Compose, it points to the need for a practical approach that preserves icon appearance while still conveying a disabled state. The piece introduces the problem and signals a guide to managing multicolour icons in this context.

在 Android 中处理多色图标的禁用状态（Jetpack Compose 指南）

UI 的禁用状态原本很简单——直到你遇到多色图标。

重點摘要

禁用状态本身不复杂，但多色图标会带来额外处理难度。

文章聚焦 Android Jetpack Compose 的实现场景。

核心是图标渲染与禁用状态之间的设计和实现问题。

文章指出，Android 中的 UI 禁用状态通常容易处理，但一旦遇到多色图标，问题就会变得更复杂。内容以 Jetpack Compose 为背景，强调需要一种实用方法，在保留图标原有视觉效果的同时，清楚传达其处于禁用状态。本文主要是在提出这一问题，并引出针对多色图标处理方式的指南。

在 Android 中處理多色圖示的停用狀態（Jetpack Compose 指南）

UI 的停用狀態原本很單純——直到你遇到多色圖示為止。

重點摘要

停用狀態在概念上簡單，但多色圖示會增加處理難度。

文章聚焦於 Android Jetpack Compose 的實作情境。

主題在於圖示呈現與停用狀態之間的設計與實作問題。

本文指出，Android 的 UI 停用狀態通常不難處理，但當圖示是多色時，就會變得更複雜。文章以 Jetpack Compose 為脈絡，強調需要一種實用做法，讓圖示在維持原本外觀的同時，也能清楚傳達已停用狀態。內容主要是在提出問題並引出對多色圖示處理方式的指南。

06

How to Fix Google Play READ_MEDIA_IMAGES Rejection After Removing the Permission

Medium Kotlin 作者：Kevin Malik Fajar 發布：05-20 09:36

How to Fix a Google Play READ_MEDIA_IMAGES Rejection After Removing the Permission

Recently, I ran into a Google Play policy rejection related to the Photo and Video Permissions policy.

重點摘要

The rejection was tied to Google Play's Photo and Video Permissions policy.

The issue occurred after removing the READ_MEDIA_IMAGES permission.

The article aims to explain how to resolve the policy rejection.

The author describes encountering a Google Play policy rejection after removing the READ_MEDIA_IMAGES permission from an app. The rejection was connected to Google Play’s Photo and Video Permissions policy, indicating that even after removing the permission, the app may still trigger compliance checks. The piece is presented as a practical fix guide for developers facing the same issue, though the provided excerpt does not include the detailed solution itself.

移除 READ_MEDIA_IMAGES 权限后，如何修复 Google Play 拒绝问题

最近，我遇到了一个与照片和视频权限政策相关的 Google Play 政策拒绝。

重點摘要

拒绝原因与 Google Play 的照片和视频权限政策有关。

问题发生在移除 READ_MEDIA_IMAGES 权限之后。

文章旨在说明如何解决这类政策拒绝。

作者讲述了自己在从应用中移除 READ_MEDIA_IMAGES 权限后，遇到 Google Play 政策拒绝的经历。该拒绝与 Google Play 的照片和视频权限政策相关，说明即使权限已经删除，应用仍可能触发合规检查。文章被定位为面向开发者的修复指南，不过目前给出的摘录并未包含具体解决方案。

移除 READ_MEDIA_IMAGES 權限後，如何修正 Google Play 拒絕問題

最近，我遇到了一個與相片和影片權限政策相關的 Google Play 政策拒絕。

重點摘要

拒絕原因與 Google Play 的相片和影片權限政策有關。

問題發生在移除 READ_MEDIA_IMAGES 權限之後。

文章主旨是說明如何解決這項政策拒絕。

作者說明自己在移除應用程式的 READ_MEDIA_IMAGES 權限後，遇到了 Google Play 的政策拒絕。這項拒絕與 Google Play 的相片和影片權限政策有關，顯示即使權限已移除，仍可能觸發合規檢查。文章被定位為一篇供開發者參考的修正指南，但目前提供的摘要片段未包含實際解法細節。

07

Data Structure : Graph

Medium Kotlin 作者：Awadhesh Singh 發布：05-20 09:56

Data Structure: Graph

Learning Path. Part 1

重點摘要

Introduction to the graph topic

Part of a learning path series

Continue reading on Medium for details

This article appears to be the first part of a learning path series on data structures, specifically introducing graphs. The provided excerpt is very brief and mainly indicates that the content continues on Medium. Based on the available text, the piece is likely an entry point for readers beginning to study graph fundamentals within a broader learning sequence.

数据结构：图

学习路径·第 1 部分

重點摘要

介绍图这一主题

属于学习路径系列文章

更多内容请继续阅读 Medium 原文

这篇文章看起来是数据结构学习路径的第一部分，主题聚焦于图（Graph）。由于目前提供的正文非常简短，只能确认它是系列文章的开端，并引导读者前往 Medium 继续阅读。结合标题与片段判断，文章主要用于为后续图的基础概念学习做导读。

資料結構：圖

學習路徑．第 1 部分

重點摘要

介紹圖這個主題

屬於學習路徑系列文章

更多內容請繼續閱讀 Medium 原文

這篇文章看起來是資料結構學習路徑的第一部分，主題聚焦於圖（Graph）。由於目前提供的內文非常簡短，只能確認它屬於系列文章的開端，並引導讀者前往 Medium 繼續閱讀。從標題與片段判斷，內容主要是為後續圖的基礎概念建立導讀。

08

Buffer Reading and Writing in Kotlin

Medium Kotlin 作者：Kabi 發布：05-20 10:01

Buffer Reading and Writing in Kotlin

In the digital world, speed is everything.

重點摘要

The article introduces buffer-based I/O in Kotlin.

It builds on a previous guide about basic I/O streams.

The opening emphasizes the importance of speed in digital data handling.

This article, titled "Buffer Reading and Writing in Kotlin," introduces the idea of using buffers to improve input and output handling in Kotlin. It references a previous guide that covered basic I/O streams and frames buffering as the next step for working with data more efficiently. The excerpt stresses that speed matters in the digital world, suggesting that buffered reading and writing can help optimize performance when handling larger or more complex data flows.

Kotlin 中的缓冲区读写

在数字世界里，速度就是一切。

重點摘要

文章介绍了 Kotlin 中基于缓冲区的 I/O。

内容延续了前一篇关于基础 I/O 流的指南。

开头强调了数字数据处理中速度的重要性。

这篇题为《Kotlin 中的缓冲区读写》的文章介绍了如何在 Kotlin 中使用缓冲区来提升输入输出处理效率，并承接了此前关于基础 I/O Streams 的内容，将缓冲处理视为更高效处理数据的下一步。摘录开头指出数字世界中速度至关重要，暗示通过缓冲读写，可以在面对更大或更复杂的数据流时提升性能与处理效率。

Kotlin 中的緩衝區讀寫

在數位世界裡，速度就是一切。

重點摘要

文章介紹 Kotlin 的緩衝區式 I/O。

內容承接先前的基本 I/O 串流指南。

開頭強調數位資料處理中速度的重要性。

本文〈Kotlin 中的緩衝區讀寫〉介紹如何在 Kotlin 中運用緩衝區來提升輸入輸出效率，並承接先前關於基本 I/O Streams 的內容，將緩衝處理定位為更有效率處理資料的下一步。摘錄開頭指出數位世界中速度至關重要，暗示透過緩衝讀寫，可在面對較大或更複雜的資料流時，改善效能與處理效率。

09

Day 8: Null Safety — The Feature That Made Kotlin Famous

Medium Kotlin 作者：Kirubakaran 發布：05-20 10:54

Day 8: Null Safety — The Feature That Made Kotlin Famous

Null safety is the feature that helped make Kotlin widely known.

重點摘要

Part of the Android with Kotlin for Absolute Beginners series

Focuses on Kotlin’s null safety feature

Published as Day 8 of the series

This article is the eighth installment in the Android with Kotlin for Absolute Beginners series and centers on Kotlin’s null safety, the language feature often credited with helping make Kotlin widely famous. The page provided contains only the post title and series continuation notice, so no additional technical details, examples, or arguments are available in the source text. As a result, the piece can only be summarized as a series entry introducing or continuing the discussion of null safety in Kotlin.

第 8 天：Null 安全性——让 Kotlin 闻名的功能

Null 安全性是帮助 Kotlin 广为人知的关键特性。

重點摘要

属于 Android with Kotlin for Absolute Beginners 系列

主题聚焦 Kotlin 的 Null 安全性

为系列第 8 天内容

本文是“Android with Kotlin for Absolute Beginners”系列的第 8 篇，主题围绕 Kotlin 的 Null 安全性展开，这一特性也常被认为是让 Kotlin 广为人知的重要原因。由于当前提供的正文只有标题以及“Continue reading on Medium”的提示，没有更多技术细节、示例或观点，因此能够确认的内容仅是这是一篇介绍或延续讨论 Kotlin Null 安全性的系列文章。

第 8 天：Null 安全性——讓 Kotlin 聞名的功能

Null 安全性是幫助 Kotlin 廣為人知的核心特色。

重點摘要

屬於 Android with Kotlin for Absolute Beginners 系列

主題聚焦 Kotlin 的 Null 安全性

為系列第 8 天內容

本文為「Android with Kotlin for Absolute Beginners」系列的第 8 篇，主題聚焦於 Kotlin 的 Null 安全性，也是常被視為讓 Kotlin 廣為人知的關鍵功能。由於目前提供的內文只有標題與「Continue reading on Medium」提示，沒有更多技術細節、範例或論述，因此可確定的內容僅限於這是一篇介紹或延續討論 Kotlin Null 安全性的系列文章。

10

AI Can Write Code, So Why Should Developers Still Learn Structured Programming, OOP, and Functional…

Medium Kotlin 作者：Ashish Singh 發布：05-20 11:57

AI Can Write Code, But Developers Still Need Core Programming Fundamentals

What Clean Architecture taught me about why software fundamentals may matter even more in the era of AI agents.

重點摘要

AI can generate code, but it does not replace engineering judgment.

Structured programming, OOP, and functional thinking still help developers reason clearly.

Clean Architecture highlights why fundamentals matter more as AI tools become part of the workflow.

The article argues that even though AI can now write code, developers still need to understand core programming paradigms and software fundamentals. Drawing on lessons from Clean Architecture, it suggests that AI may accelerate implementation, but it does not eliminate the need for clear thinking, maintainable design, and the ability to judge trade-offs. Structured programming, object-oriented programming, and functional ideas remain useful because they help developers organize complexity and build systems that are easier to understand, test, and evolve. In the era of AI agents, these fundamentals may matter even more, not less.

AI 能写代码，但开发者仍需学习核心编程基础

《Clean Architecture》让我明白，在 AI agents 时代，软件基本功或许反而更重要。

重點摘要

AI 可以生成代码，但无法取代工程判断。

结构化编程、OOP 与函数式思维仍有助于清晰思考。

Clean Architecture 提醒我们：当 AI 融入流程后，基础能力更关键。

这篇文章认为，尽管 AI 已经能够写代码，开发者仍然需要理解核心编程范式与软件基础。作者结合对 Clean Architecture 的体会指出，AI 也许能加快实现过程，但无法替代清晰思考、可维护设计，以及对权衡取舍的判断。结构化编程、面向对象编程和函数式思想，能够帮助开发者组织复杂度，构建更易理解、测试和演进的系统。在 AI agents 时代，这些基础并不会过时，反而可能变得更加重要。

AI 能寫程式，但開發者仍需學習核心程式設計基礎

《Clean Architecture》讓我明白，到了 AI agents 的時代，軟體基本功或許反而更重要。

重點摘要

AI 可以產生程式碼，但無法取代工程判斷。

結構化程式設計、OOP 與函數式思維仍有助於清晰思考。

Clean Architecture 提醒我們：當 AI 融入流程後，基本功更顯重要。

這篇文章主張，即使 AI 已能撰寫程式，開發者仍必須理解核心程式設計範式與軟體基本功。作者以 Clean Architecture 的體會為例，指出 AI 或許能加快實作，但不能取代清楚思考、可維護的設計，以及對取捨的判斷能力。結構化程式設計、物件導向與函數式觀念，能幫助開發者組織複雜度，打造更容易理解、測試與演進的系統。在 AI agents 時代，這些基礎可能不是變得不重要，而是更加重要。

11

Explain recomposition — what triggers it and how to minimize it?

Medium Kotlin 作者：Kamaldeep Kakkar 發布：05-20 13:30

Explain Recomposition: What Triggers It and How to Minimize It

This is one of the most important things to understand in Compose truly.

重點摘要

Explains the fundamentals of recomposition in Jetpack Compose

Covers the common triggers that cause recomposition

Discusses ways to reduce unnecessary recomposition

This article introduces recomposition in Jetpack Compose and emphasizes why understanding it is essential for building Compose apps well. It focuses on what recomposition is, what can trigger it, and how developers can minimize unnecessary recomposition to improve clarity and performance. The piece is presented as a key topic for anyone who wants to understand Compose more deeply.

解释 Recomposition：是什么触发它，以及如何将其降到最低

这是在真正理解 Compose 时最重要的事情之一。

重點摘要

说明 Jetpack Compose 中 recomposition 的基本概念

整理常见的 recomposition 触发因素

探讨减少不必要 recomposition 的方法

这篇文章介绍了 Jetpack Compose 中的 recomposition，并强调理解它对于写好 Compose 应用非常重要。内容聚焦于 recomposition 的定义、会触发它的常见情况，以及开发者如何减少不必要的重新组合，以提升代码可读性与性能。文章将其视为深入理解 Compose 的关键主题之一。

解釋 Recomposition：是什麼觸發它，以及如何將其降到最低

這是在真正理解 Compose 時最重要的事情之一。

重點摘要

說明 Jetpack Compose 中 recomposition 的基本概念

整理常見的 recomposition 觸發因素

探討減少不必要 recomposition 的方法

這篇文章介紹 Jetpack Compose 中的 recomposition，並強調理解它對於寫好 Compose 應用非常重要。內容聚焦於 recomposition 的定義、會觸發它的常見情況，以及開發者如何減少不必要的重新組合，以提升程式可讀性與效能。文章將其視為深入理解 Compose 的關鍵主題之一。

12

Testing Coroutines Without the Pain: TestDispatcher, Turbine, and Deterministic Flow Tests

Medium Kotlin 作者：Dev 175 發布：05-20 13:48

Testing Coroutines Without the Pain: TestDispatcher, Turbine, and Deterministic Flow Tests

Your coroutine tests are flaky because they’re racing against real time.

重點摘要

Flaky coroutine tests often happen when they depend on real time.

TestDispatcher helps you control coroutine execution deterministically.

Turbine supports reliable testing of Flow emissions.

This article argues that coroutine tests become flaky when they depend on real time and uncontrolled scheduling. It recommends taking control of execution with TestDispatcher so tests can run deterministically instead of racing the clock. It also highlights Turbine as a practical tool for verifying Flow emissions in a stable way. The overall message is to stop guessing about timing and make coroutine and Flow tests predictable, repeatable, and easier to maintain.

告别痛苦的协程测试：TestDispatcher、Turbine 与确定性的 Flow 测试

你的协程测试之所以不稳定，是因为它们在和真实时间赛跑。

重點摘要

协程测试不稳定，常见原因是真实时间参与了执行。

TestDispatcher 可以让协程执行更可控、更具确定性。

Turbine 有助于稳定验证 Flow 的发射结果。

本文指出，协程测试之所以容易出现不稳定结果，主要是因为它们依赖真实时间和不可控的调度。作者建议使用 TestDispatcher 来掌控协程执行，让测试具备确定性，而不是与时钟赛跑。同时也介绍 Turbine 作为验证 Flow 发射内容的实用工具。整体核心是停止猜测时间行为，改用可重复、可预测的方式编写协程与 Flow 测试。

告別痛苦的 Coroutine 測試：TestDispatcher、Turbine 與可決定性的 Flow 測試

你的 coroutine 測試之所以不穩定，是因為它們在和真實時間競賽。

重點摘要

Coroutine 測試不穩定，常見原因是真實時間介入。

TestDispatcher 可讓 coroutine 執行更可控、更具決定性。

Turbine 有助於穩定驗證 Flow 的發射結果。

本文指出，coroutine 測試之所以容易出現不穩定結果，主要是因為它們依賴真實時間與無法掌控的排程。作者建議透過 TestDispatcher 來控制 coroutine 的執行，使測試具有決定性，而不是與時鐘競賽。同時也介紹 Turbine 可用來穩定驗證 Flow 的發射內容。整體重點是停止猜測時間行為，改以可重複、可預期的方式撰寫 coroutine 與 Flow 測試。

13

New big challenger in UI development

KT Academy 作者：發布：05-11 00:00

A New Major Challenger in UI Development

How Compose is changing the game in UI development.

重點摘要

Compose is presented as a major new force in UI development.

The article focuses on how Compose changes the development landscape.

The original text is a brief introduction to this theme.

The article introduces Compose as a new and important challenger in UI development. Rather than offering a detailed technical breakdown, the text frames Compose as something that is changing how user interfaces are built and approached. With only a short line of content, the piece emphasizes the significance of Compose’s impact on the UI development landscape.

UI 开发中的新强力挑战者

Compose 正在改变 UI 开发的游戏规则。

重點摘要

Compose 被描述为 UI 开发中的新重要力量。

文章聚焦于 Compose 如何改变开发格局。

原文内容简短，重点在于提出这一主题。

本文用简短的文字介绍 Compose 在 UI 开发中的新角色，将其定位为一个重要的挑战者。原文没有展开技术细节，而是强调 Compose 正在改变用户界面的开发方式与整体格局。整体来看，文章重点在于点出 Compose 对 UI 开发领域的影响与潜力。

UI 開發的新大型挑戰者

Compose 正在改變 UI 開發的遊戲規則。

重點摘要

Compose 被描述為 UI 開發中的新重要力量。

文章聚焦於 Compose 如何改變開發格局。

原文內容簡短，重點在於提出這個主題。

本文以簡短文字介紹 Compose 在 UI 開發中的新角色，將其定位為一個重要的挑戰者。原文沒有展開技術細節，而是強調 Compose 正在改變使用者介面的開發方式與整體格局。整體來看，文章重點在於點出 Compose 對 UI 開發領域的影響與潛力。

14

What are cohort courses?

KT Academy 作者：發布：05-18 00:00

What Are Cohort Courses?

The evolution of learning formats, from books and workshops to cohort courses.

重點摘要

Learning formats have evolved over time.

Books and workshops are earlier formats.

Cohort courses are the newer format mentioned.

The article introduces cohort courses by placing them in the broader evolution of learning formats. It notes a progression from books to workshops and then to cohort courses, suggesting that cohort-based learning is one stage in how educational experiences have developed. The provided text is brief and does not add further details about how cohort courses work, but it clearly frames them as part of an ongoing shift in learning methods.

什么是 cohort 课程？

学习形式的演变：从书籍、工作坊到 cohort 课程。

重點摘要

学习形式一直在不断演变。

书籍和工作坊属于较早的形式。

Cohort 课程是文中提到的新阶段。

本文以学习形式的演变为切入点，将 cohort 课程放在更大的教育发展脉络中进行说明。原文指出，学习方式从书籍、工作坊一路发展到 cohort 课程，表明基于 cohort 的学习是教育形态持续变化中的一个阶段。由于篇幅非常简短，文中并未进一步解释 cohort 课程的具体运作方式，但已明确呈现它在学习方法转变中的位置。

什麼是 cohort 課程？

學習形式的演進，從書籍、工作坊到 cohort 課程。

重點摘要

學習形式隨時間持續演進。

書籍與工作坊屬於較早期形式。

Cohort 課程是文中提到的新階段。

本文以學習形式的演進為主軸，將 cohort 課程放在更大的教育發展脈絡中來看。內容指出，學習方式從書籍、工作坊一路演變到 cohort 課程，暗示以 cohort 為基礎的學習是教育型態持續更新的一環。由於原文相當簡短，並未進一步說明 cohort 課程的運作方式，但已清楚表達其在學習方法轉變中的位置。

15

Effective Search in RoomDB: FTS vs LIKE

ProAndroidDev 作者：ValentineRutto 發布：05-19 23:20

Effective Search in RoomDB: FTS vs LIKE

For large datasets such as Bible verses, LIKE becomes inefficient because it scans rows repeatedly.

重點摘要

FTS uses an indexed search approach and is much faster than LIKE for large text data.

Room can connect an FTS table to a normal entity with contentEntity to keep data and search index separate.

Debouncing search input helps avoid unnecessary database queries during live search.

This article compares two search approaches in RoomDB: traditional LIKE queries and SQLite Full-Text Search (FTS). Using a Bible app as a real-world example, it explains why LIKE may be acceptable for small tables but becomes slow on large text datasets because it scans rows repeatedly. The author shows how to define a normal Room entity for the real verse data and an FTS entity as a searchable index connected through contentEntity. A sample query joins the two tables, filters by translation, and uses MATCH for fast indexed search. The article also highlights phrase and prefix search support, the usefulness of Flow for reactive UI updates, and the importance of debounce when implementing live search.

RoomDB 中的高效搜索：FTS 与 LIKE

对于像圣经经文这类大型数据集，LIKE 会因为反复扫描行而变得低效。

重點摘要

FTS 通过索引进行全文搜索，处理大量文本时比 LIKE 更快。

可用 contentEntity 将普通数据表与 FTS 索引表关联，兼顾真实数据与搜索效率。

实时搜索应加入 debounce，避免用户每输入一次都立即查询数据库。

本文以圣经应用为例，对比了 RoomDB 中的 LIKE 查询与 SQLite Full-Text Search（FTS）。作者说明，LIKE 在小型表中尚可使用，但面对大量经文等文本数据时，需要反复扫描行，效率会明显下降；FTS 则依靠索引进行搜索，速度更快，也支持排序以及短语、前缀查询。文章展示了如何建立保存真实经文数据的 verses 表，以及通过 contentEntity 连接的 verses_fts 搜索索引表，再使用 MATCH 实现高效检索。同时，Flow 可让界面随数据变化自动更新，而在实时搜索中加入 debounce 能减少不必要的数据库操作。

RoomDB 的有效搜尋：FTS 與 LIKE

對於像聖經經文這類大型資料集，LIKE 會因為反覆掃描資料列而變得低效。

重點摘要

FTS 採用索引式全文搜尋，處理大量文字資料時比 LIKE 更快。

可用 contentEntity 將一般資料表與 FTS 索引表連結，分工明確。

即時搜尋建議搭配 debounce，避免使用者每輸入一個字就查詢資料庫。

本文以聖經 App 為例，比較 RoomDB 中的 LIKE 與 SQLite Full-Text Search（FTS）。作者指出，LIKE 對小型資料表尚可，但在大量經文這類文字資料上會因反覆掃描而效能下降；FTS 則透過索引進行搜尋，速度更快，也支援排序與片語、前綴查詢。文章示範如何建立儲存真實資料的 verses 表，以及透過 contentEntity 連結的 verses_fts 搜尋索引表，再以 MATCH 完成高效率查詢。同時也提到 Flow 可讓 UI 自動更新，而 live search 應加入 debounce，以減少不必要的資料庫負擔。

16

Android Beyond the Phone: Lessons from Building for TV, Auto, and Wear

ProAndroidDev 作者：Siarhei Krupenich 發布：05-19 23:23

Android Beyond the Phone: Lessons from Building for TV, Auto, and Wear

How to share business logic across form factors while crafting tailored UI experiences using Jetpack Compose, Wear OS, and the Car App Library.

重點摘要

Adapt UI to each form factor instead of stretching mobile layouts.

Use shared domain logic and thin platform modules to avoid code duplication.

Respect the constraints of TV focus, Wear glanceability, and Auto safety.

This article argues that Android development can no longer assume a phone-shaped, touch-first experience. Using TV, Wear OS, and Android Auto examples, it shows how each form factor demands different UI rules: TV needs 10-foot, D-pad-friendly focus handling; Wear OS favors glanceable, low-power interactions such as Tiles and circular layouts; and Auto requires template-based UIs with strict limits to protect driver safety. The author emphasizes separating shared business logic into a pure Kotlin domain layer, keeping platform apps thin, and building platform-aware UI modules in Compose or templates as needed. The main lesson is to stop copying mobile patterns and instead design for each device’s physics, input model, and lifecycle constraints.

超越手机的 Android：从 TV、车载与 Wear 开发中学到的经验

如何借助 Jetpack Compose、Wear OS 和 Car App Library，在不同形态设备间共享业务逻辑并打造定制化 UI。

重點摘要

不要把手机界面直接拉伸到 TV、手表或车载场景。

将共用业务逻辑放入纯 Kotlin 的 domain 层，平台模块保持轻薄。

分别应对 TV 的焦点、Wear 的一瞥式交互，以及 Auto 的安全约束。

本文强调，Android 开发不能再默认只有手机、触控和充足注意力。作者通过 TV、Wear OS 与 Android Auto 的案例说明，不同设备形态需要不同的 UI 规则：TV 侧重 10 英尺距离下的可浏览性和 D-pad 焦点管理；Wear OS 适合一瞥即可理解、低功耗的交互，如 Tiles 和圆形布局；车载场景则必须使用模板化界面，并严格限制分心风险。文章建议把共用业务逻辑抽到纯 Kotlin 的 domain 层，让各平台应用保持精简，再根据设备特性实现对应 UI。核心结论是：不要照搬手机模式，而要依据硬件、输入方式和生命周期约束来设计。

超越手機的 Android：從 TV、車載與 Wear 開發學到的事

如何透過 Jetpack Compose、Wear OS 與 Car App Library，在不同裝置間共享商業邏輯並打造專屬 UI 體驗。

重點摘要

不要把手機 UI 直接拉伸到 TV、手錶或車載環境。

將共用商業邏輯放進純 Kotlin 的 domain 層，平台模組保持精簡。

分別因應 TV 的焦點、Wear 的一瞥式互動，以及 Auto 的安全限制。

這篇文章指出，Android 開發不能再預設只有手機、觸控與充足注意力。作者以 TV、Wear OS 與 Android Auto 為例，說明不同形態的裝置需要不同的 UI 思維：TV 重視 10 呎距離的瀏覽與 D-pad 焦點管理；Wear OS 強調可快速理解、低耗電的一瞥式體驗，如 Tiles 與圓形版面；車載則必須使用模板化介面，並嚴格控制分心風險。文章主張把共用業務邏輯抽到純 Kotlin 的 domain 層，讓各平台 app 保持薄而清楚，再依裝置特性實作對應 UI。核心觀念是：不要複製手機介面，而要針對硬體、輸入方式與生命週期限制做設計。

17

What Really Happens When Your Android App Makes an API Call

ProAndroidDev 作者：MD Ibrahim Khalil Shakir 發布：05-19 23:24

What Really Happens When Your Android App Makes an API Call

A deep dive into the OS-level journey of an API request—from sockets and TLS to HTTP/3, DNS-over-HTTPS, and certificate pinning.

重點摘要

Explains the full request/response path across app, kernel, network, and hardware layers.

Compares optimizations such as connection pooling, HTTP/3, Protobuf, and DoH.

Covers mobile-specific constraints like Doze mode, battery usage, and secure certificate pinning.

This article peels back the abstraction around Android networking and traces what happens after Retrofit or OkHttp starts a request. It follows the path from DNS resolution, TCP/TLS handshakes, packet segmentation, and modem transmission to the reverse journey when the response returns, including interrupts, kernel buffers, context switches, and main-thread dispatch. It then explains practical performance techniques used at scale: tuning connection pools, avoiding Nagle-related latency, adopting HTTP/3 via Cronet, replacing JSON with Protobuf or FlatBuffers, using DNS-over-HTTPS, and applying DNS pinning plus certificate pinning for secure routing. The article also highlights mobile-specific issues such as Doze mode, battery drain, backpressure, retries, and payload minimization.

当 Android 应用发起 API 调用时，究竟发生了什么

从 socket、TLS 到 HTTP/3、DNS-over-HTTPS 和证书固定，完整拆解 API 请求在操作系统层面的旅程。

重點摘要

完整说明请求与响应如何穿过应用层、内核、网络与硬件。

比较连接池、HTTP/3、Protobuf、DoH 等性能优化方案。

涵盖 Doze 模式、省电、背压，以及安全的证书固定做法。

本文剥开 Android 网络请求的抽象层，追踪当 Retrofit 或 OkHttp 发起调用后，数据如何经历 DNS 解析、TCP/TLS 握手、分片与传输，并在响应返回时通过硬件中断、内核缓冲区、线程切换和主线程派发回到界面。随后作者介绍适用于大规模应用的优化方法，包括调整 ConnectionPool、规避 Nagle 带来的延迟、借助 Cronet 引入 HTTP/3、用 Protobuf 或 FlatBuffers 替代 JSON、采用 DNS-over-HTTPS，以及通过 DNS pinning 和证书固定提升安全性。文章也强调移动端的 Doze、省电、背压和重试策略等实际限制。

當 Android App 發出 API 呼叫時，究竟發生了什麼事

從 socket、TLS 到 HTTP/3、DNS-over-HTTPS 與憑證釘選，完整拆解 API 請求在 OS 層級的旅程。

重點摘要

完整說明請求與回應如何穿越應用層、核心、網路與硬體。

比較連線池、HTTP/3、Protobuf、DoH 等效能優化手段。

涵蓋 Doze 模式、省電、回壓，以及安全的憑證釘選做法。

本文拆解 Android 網路通訊的底層流程，說明當 Retrofit 或 OkHttp 送出請求後，資料如何經歷 DNS 解析、TCP 與 TLS 握手、封包切分與傳輸，再在回應抵達時透過中斷、核心緩衝區、執行緒切換與主執行緒派發回到 UI。接著作者整理大規模應用常見的優化策略，包括調整 ConnectionPool、避免 Nagle 延遲、以 Cronet 導入 HTTP/3、以 Protobuf 或 FlatBuffers 取代 JSON、使用 DNS-over-HTTPS，以及透過 DNS pinning 與憑證釘選提升安全性。文章也提醒行動裝置上的 Doze、省電、回壓與重試策略等限制。

18

The Type-Safe Pattern Without SavedStateHandle : Hilt Assisted Injection with Jetpack Navigation 3

Medium Kotlin 作者：chanzmao 發布：05-19 23:21

The Type-Safe Pattern Without SavedStateHandle: Hilt Assisted Injection with Jetpack Navigation 3

Build route-scoped ViewModels using NavKey and AssistedInject for cleaner, compile-time-safe Compose navigation.

重點摘要

Uses NavKey to scope ViewModels to a navigation route

Combines Hilt AssistedInject with Jetpack Navigation 3

Aims for cleaner, compile-time-safe Compose navigation

This article introduces a type-safe pattern for Compose navigation that avoids SavedStateHandle by using NavKey together with Hilt AssistedInject. The approach focuses on building route-scoped ViewModels that are tied to a navigation destination, making navigation code cleaner and safer at compile time. It presents a practical alternative for developers who want stronger type safety and simpler state handling in Jetpack Compose navigation flows.

不使用 SavedStateHandle 的类型安全模式：Jetpack Navigation 3 的 Hilt Assisted Injection

通过 NavKey 与 AssistedInject 构建 route-scoped ViewModel，让 Compose 导航更简洁，并具备编译期安全性。

重點摘要

使用 NavKey 将 ViewModel 绑定到特定路由

结合 Hilt AssistedInject 与 Jetpack Navigation 3

提升 Compose 导航的可读性与编译期安全性

本文介绍了一种在 Compose 导航中避免使用 SavedStateHandle 的类型安全方案，核心是结合 NavKey 与 Hilt AssistedInject。作者展示了如何构建与路由绑定的 ViewModel，使导航代码更清晰、状态处理更简洁，并在编译期获得更好的安全保障。对于希望提升 Jetpack Compose 导航可维护性的开发者，这是一种实用替代思路。

不使用 SavedStateHandle 的型別安全模式：Jetpack Navigation 3 的 Hilt Assisted Injection

透過 NavKey 與 AssistedInject 建立 route-scoped ViewModel，讓 Compose 導航更乾淨、也更具編譯期安全性。

重點摘要

使用 NavKey 將 ViewModel 綁定到特定路由

結合 Hilt AssistedInject 與 Jetpack Navigation 3

提升 Compose 導航的可讀性與編譯期安全性

本文介紹一種在 Compose 導航中避免使用 SavedStateHandle 的型別安全做法，核心是結合 NavKey 與 Hilt AssistedInject。作者說明如何建立與路由綁定的 ViewModel，讓導覽流程更清楚、狀態處理更簡潔，並在編譯期就提供更好的安全性。這提供了 Jetpack Compose 導航的一種實用替代方案。

19

The Turning Point: Why Google Just Placed the Legacy Android View System on Life Support

Medium Kotlin 作者：Mohilvadia 發布：05-20 06:20

The Turning Point: Why Google Just Put the Legacy Android View System on Life Support

If you’ve spent any time working inside Android Studio recently, you likely noticed that creating a new project looks a little different.

重點摘要

Android Studio’s new-project flow has changed.

The article points to a shift away from the legacy Android View system.

Readers are directed to continue the full article on Medium.

The article notes that Android Studio’s new-project experience now looks different, signaling a broader change in Google’s direction for Android app development. Although the excerpt is brief, it suggests that the legacy Android View system is being deprioritized as the platform evolves. The piece invites readers to continue on Medium for the full explanation of why this shift matters and what it may mean for developers.

转折点：为什么 Google 刚刚让传统 Android View 系统进入“维持生命”状态

如果你最近在 Android Studio 里工作过，可能已经注意到创建新项目的界面看起来有些不同。

重點摘要

Android Studio 的新项目创建流程发生了变化。

文章暗示 Google 正在弱化传统 Android View 系统。

当前内容仅是导读，完整文章需到 Medium 查看。

文章提到，最近在 Android Studio 中创建新项目时，界面和流程已经有所不同，这表明 Google 可能正在调整 Android 开发的方向。尽管给出的正文很短，但标题和导语都在传递同一个信号：传统的 Android View 系统正在被边缘化。作者引导读者前往 Medium 阅读完整内容，以了解这一变化对开发者意味着什么。

轉折點：為什麼 Google 將舊版 Android View 系統置於維生狀態

如果你最近有在 Android Studio 內工作，應該已經注意到建立新專案的流程看起來有些不同。

重點摘要

Android Studio 的新專案流程已出現變化。

文章指出，Google 正在淡化舊版 Android View 系統的重要性。

原文摘要僅提供導讀，完整內容需前往 Medium 閱讀。

文章指出，最近在 Android Studio 中建立新專案的介面與流程已有所不同，暗示 Google 對 Android 開發方向正在進行調整。雖然目前可見的內文很短，但標題與導語都指向一個明確訊號：傳統的 Android View 系統正被逐步降為次要地位。作者邀請讀者前往 Medium 繼續閱讀完整分析。

今日總結

進階模擬策略：掌握測試替身與行為驗證

重點摘要

R8 縮減靜默地毀掉了我的 Android App 核心功能

重點摘要

在 ImagePickerKMP 1.0.41 中使用 CameraScaleType 精準控制 Android 相機取景

重點摘要

Android 中的持久狀態與短暫 UI 狀態

重點摘要

在 Android 中處理多色圖示的停用狀態（Jetpack Compose 指南）

重點摘要

移除 READ_MEDIA_IMAGES 權限後，如何修正 Google Play 拒絕問題

重點摘要

資料結構：圖

重點摘要

Kotlin 中的緩衝區讀寫

重點摘要

第 8 天：Null 安全性——讓 Kotlin 聞名的功能

重點摘要

AI 能寫程式，但開發者仍需學習核心程式設計基礎

重點摘要

解釋 Recomposition：是什麼觸發它，以及如何將其降到最低

重點摘要

告別痛苦的 Coroutine 測試：TestDispatcher、Turbine 與可決定性的 Flow 測試

重點摘要

UI 開發的新大型挑戰者

重點摘要

什麼是 cohort 課程？

重點摘要

RoomDB 的有效搜尋：FTS 與 LIKE

重點摘要

超越手機的 Android：從 TV、車載與 Wear 開發學到的事

重點摘要

當 Android App 發出 API 呼叫時，究竟發生了什麼事

重點摘要

不使用 SavedStateHandle 的型別安全模式：Jetpack Navigation 3 的 Hilt Assisted Injection

重點摘要

轉折點：為什麼 Google 將舊版 Android View 系統置於維生狀態

重點摘要