每日新聞摘要 - 2026年07月16日

01

Balancing flexibility and strictness with lenient Duration deserialization in Kotlin

Dev.to Kotlin 作者：Enrico Testori 發布：07-16 10:41

Balancing Flexibility and Strictness with Lenient Duration Deserialization in Kotlin

Duration.parse() is flexible by design, while kotlinx.serialization is intentionally strict to enforce standardization.

重點摘要

Duration.parse() accepts non-ISO inputs like "1s".

kotlinx.serialization deserializes Duration with parseIsoString() for ISO-8601 only.

A custom serializer can accept lenient input and still output standardized ISO strings.

Kotlin’s Duration API and kotlinx.serialization treat duration strings differently by design. While Duration.parse() accepts flexible inputs such as "1s", the built-in serializer deserializes with parseIsoString() to enforce ISO-8601 standards. The article explains this contrast by examining Kotlin source code, then shows how to build a custom lenient serializer that reads casual input with parse() but writes standardized output with toIsoString(). This lets applications accept real-world data more gracefully without giving up predictable, ISO-formatted serialization for downstream systems.

在 Kotlin 中使用宽松的 Duration 反序列化平衡灵活性与严格性

Duration.parse() 以灵活为设计目标，而 kotlinx.serialization 则有意保持严格以确保标准化。

重點摘要

Duration.parse() 可接受像 "1s" 这样的非 ISO 输入。

kotlinx.serialization 反序列化 Duration 时使用 parseIsoString()，只接受 ISO-8601。

可通过自定义 serializer 实现宽松输入、标准化输出。

Kotlin 的 Duration API 与 kotlinx.serialization 对持续时间字符串的处理方式并不相同，这是有意为之。Duration.parse() 为了开发便利，可解析像 "1s" 这样的宽松格式；而内建 serializer 在反序列化时调用 parseIsoString()，以 ISO-8601 作为唯一标准。文章通过源码说明这一差异，并提出自定义宽松 serializer 的做法：输入端用 parse() 接受更贴近现实的数据，输出端仍用 toIsoString() 保持标准化，从而在兼容性与数据规范之间取得平衡。

以寬鬆的 Duration 反序列化在 Kotlin 中平衡彈性與嚴格性

Duration.parse() 是為了彈性而設計，而 kotlinx.serialization 則刻意保持嚴格以強化標準化。

重點摘要

Duration.parse() 可接受像 "1s" 這類非 ISO 輸入。

kotlinx.serialization 反序列化 Duration 時採用 parseIsoString()，僅接受 ISO-8601。

可自訂 serializer：輸入寬鬆、輸出仍維持 ISO 標準。

Kotlin 的 Duration 與 kotlinx.serialization 對時間字串的處理方式刻意不同。前者的 Duration.parse() 為了方便開發者，可接受像 "1s" 這類較寬鬆的格式；後者在反序列化時則使用 parseIsoString()，嚴格遵守 ISO-8601。文章透過原始碼說明這項設計，並示範如何撰寫自訂的寬鬆 serializer：讀取時用 parse() 接受實務上的多種輸入，輸出時仍以 toIsoString() 產生標準化格式，兼顧相容性與資料交換的一致性。

02

Building Practical AI Agents with Koog 1.0: An Engineer's Perspective

Dev.to Kotlin 作者：Karan Verma 發布：07-16 10:58

Building Practical AI Agents with Koog 1.0: An Engineer’s Perspective

Koog 1.0’s most important milestone is not a flashy new wrapper, but a more stable foundation for long-lived agent applications.

重點摘要

Stable modules promise no breaking changes for at least one year.

Decoupled HTTP transport fits existing networking stacks and infrastructure.

OpenTelemetry support and LiteRT broaden observability and on-device AI use cases.

Koog 1.0 is presented as a more stable foundation for Kotlin and Java developers building AI agents, with the article focusing less on features and more on the engineering decisions that matter in production. The author argues that API stability is the key adoption milestone, especially for teams frustrated by framework volatility. The piece highlights three architectural upgrades: decoupled HTTP transport for easier infrastructure integration, multiplatform observability through OpenTelemetry, and LiteRT integrations for local inference on Android. It also introduces two exploratory community blueprints: an edge-first mobile agent and a backend JVM middleware project, both intended as practical reference ideas rather than production systems.

用 Koog 1.0 构建实用 AI Agent：工程师视角

Koog 1.0 最重要的里程碑不是炫目的新封装，而是为长期运行的 Agent 应用提供更稳定的基础。

重點摘要

稳定模块承诺至少一年不会有破坏性变更。

HTTP 传输层解耦，便于接入既有网络与基础设施。

OpenTelemetry 与 LiteRT 扩展了可观测性和端侧推理场景。

本文从工程实践角度解读 Koog 1.0 的意义，重点不在逐项罗列功能，而在它如何为 Kotlin 与 Java 开发者提供更稳固的 AI Agent 基础。作者认为，框架频繁变动一直是长期项目落地的主要阻碍，而 Koog 对稳定模块承诺至少一年不做破坏性变更，显著降低了采用门槛。文章重点介绍三项架构升级：与框架核心解耦的 HTTP 传输层、支持 Kotlin Multiplatform 的 OpenTelemetry 可观测性，以及可在 Android 端本地推理的 LiteRT 集成。最后还提出两个社区蓝图：面向边缘设备的移动 Agent 和面向后端 JVM 的中间层方案。

以 Koog 1.0 建構實用 AI Agent：工程師視角

Koog 1.0 最重要的里程碑不是炫目的新包裝，而是為長期運作的 Agent 應用提供更穩定的基礎。

重點摘要

穩定模組承諾至少一年不會有破壞性變更。

HTTP 傳輸層解耦，方便接入既有網路與基礎設施。

OpenTelemetry 與 LiteRT 擴展了可觀測性與端上推論場景。

本文從工程實務角度解析 Koog 1.0 的價值，重點不在逐項功能，而在它為 Kotlin 與 Java 開發者提供了更穩定的 AI Agent 基礎。作者指出，對長期專案而言，API 穩定性是最大門檻，而 Koog 對穩定模組提供至少一年不破壞相容的承諾，能降低導入風險。文章進一步介紹三項關鍵架構改進：可與既有網路堆疊整合的 HTTP 傳輸解耦、支援 Kotlin Multiplatform 的 OpenTelemetry 可觀測性，以及可在 Android 本地推論的 LiteRT。最後也提到兩個社群藍圖：邊緣端行動 Agent 與後端 JVM 中介層。

03

Building Nimbus Weather: A Clean Architecture + MVI Case Study in Jetpack Compose

Medium Kotlin 作者：Mohammad Nouri 發布：07-16 08:41

Building Nimbus Weather: A Clean Architecture + MVI Case Study in Jetpack Compose

How I built a glassmorphic Android weather app with Ktor, Room, Koin, and hand-rolled Canvas animations.

重點摘要

Android weather app built with Jetpack Compose and glassmorphic design

Uses Clean Architecture and MVI as the app’s architectural approach

Combines Ktor, Room, Koin, and custom Canvas animations

This article is a case study of building Nimbus Weather, an Android weather app developed with Jetpack Compose. The author describes how the app combines a glassmorphic visual style with Clean Architecture and MVI, while using Ktor for networking, Room for local storage, and Koin for dependency injection. It also highlights hand-rolled Canvas animations as part of the app’s custom UI work. As the article is only summarized here, the central focus is on the implementation choices and what the project taught the author about building a modern Android app.

构建 Nimbus Weather：Jetpack Compose 中的 Clean Architecture + MVI 案例研究

我如何用 Ktor、Room、Koin 和手工绘制的 Canvas 动画，做出一款玻璃拟态 Android 天气应用。

重點摘要

使用 Jetpack Compose 打造玻璃拟态风格的 Android 天气应用

以 Clean Architecture 和 MVI 作为整体架构方案

结合 Ktor、Room、Koin 与自定义 Canvas 动画

本文以 Nimbus Weather 为案例，讲述作者如何用 Jetpack Compose 开发一款具有玻璃拟态风格的 Android 天气应用。内容聚焦于架构与实现选择：采用 Clean Architecture 和 MVI 组织应用结构，并使用 Ktor 处理网络请求、Room 管理本地数据、Koin 负责依赖注入，同时通过手工绘制的 Canvas 动画增强界面表现。由于当前仅有简要引文，文章主旨可理解为对现代 Android 应用开发实践及项目经验的总结。

打造 Nimbus Weather：Jetpack Compose 中的 Clean Architecture + MVI 案例研究

我如何用 Ktor、Room、Koin 和手工繪製的 Canvas 動畫，做出一款玻璃擬態 Android 天氣 App。

重點摘要

以 Jetpack Compose 實作玻璃擬態風格的 Android 天氣 App

採用 Clean Architecture 與 MVI 作為架構設計

結合 Ktor、Room、Koin 與自製 Canvas 動畫

本文以 Nimbus Weather 為案例，介紹作者如何使用 Jetpack Compose 打造一款具有玻璃擬態風格的 Android 天氣應用。文章重點放在架構與技術選型：以 Clean Architecture 與 MVI 建構應用流程，並搭配 Ktor 處理網路請求、Room 儲存本機資料、Koin 管理依賴注入，另加入手工繪製的 Canvas 動畫強化介面表現。由於目前僅提供摘要資訊，文章核心可視為對現代 Android 開發實作與經驗的整理。

04

Guide to Android App Modularization

Medium Kotlin 作者：Davud Davudov 發布：07-16 09:31

Guide to Android App Modularization

Imagine you change one line of code and your build takes 5 minutes.

重點摘要

Modularization can reduce build times significantly.

A small code change may trigger a long build in large apps.

The article introduces Android app modularization as a solution.

The article introduces Android app modularization through a simple productivity problem: a one-line code change can lead to a five-minute build, while a better-structured project may cut that to 30 seconds. It frames modularization as a way to improve build speed and developer workflow in Android projects. Based on the available excerpt, the piece appears to focus on why modularizing an app can make development faster and more manageable.

Android 应用模块化指南

想象一下，你只改了一行代码，构建却要花 5 分钟。

重點摘要

模块化有助于显著缩短构建时间。

在大型应用中，微小改动也可能带来漫长构建。

文章以 Android 应用模块化作为解决思路。

本文从开发效率问题切入，介绍 Android 应用模块化的意义：当你只改了一行代码，却需要等待 5 分钟构建；如果项目结构更合理，时间可能缩短到 30 秒。根据目前可见的内容，文章主要强调模块化能够提升构建速度和开发流程效率，使大型 Android 项目更易维护、迭代也更顺畅。

Android 應用程式模組化指南

想像一下，你只改了一行程式碼，建置卻要花 5 分鐘。

重點摘要

模組化有助於大幅縮短建置時間。

在大型應用中，微小變更也可能導致漫長建置。

本文以 Android 應用模組化作為解法切入。

本文以開發效率為切入點，說明 Android 應用程式模組化的價值：當你只修改一行程式碼，建置卻要花上 5 分鐘；若架構更合理，則可能縮短到 30 秒。從目前可見內容來看，文章主要在引導讀者理解，透過模組化可改善建置速度與開發流程，讓大型 Android 專案更容易維護與迭代。

05

Android UI Performance (Part 2): Preserving Object Identity via State Hoisting

Medium Kotlin 作者：Bagas Pardana Ilham 發布：07-16 11:35

Android UI Performance (Part 2): Preserving Object Identity via State Hoisting

In the previous part, I explored recomposition and also mentioned Stability in Jetpack Compose.

重點摘要

Continues the Android UI performance series

Revisits recomposition and stability in Jetpack Compose

Introduces state hoisting as a way to preserve object identity

This article is a brief continuation of a series on Android UI performance. It points back to the previous part, where recomposition and stability in Jetpack Compose were discussed, and signals that the next topic is preserving object identity through state hoisting. The provided text is only an excerpt, so it does not include further technical details or examples from the full article.

Android UI 性能（第 2 部分）：通过状态上提保留对象身份

在上一部分中，我探讨了重组，并提到了 Jetpack Compose 中的稳定性。

重點摘要

延续 Android UI 性能系列

回顾 Jetpack Compose 的重组与稳定性

引出通过状态上提保留对象身份的主题

本文是 Android UI 性能系列的延续，承接上一部分关于 recomposition 和 Jetpack Compose 稳定性的讨论，并指出这一部分将围绕如何通过 state hoisting 保留对象身份展开。不过当前提供的内容只有文章开头，未包含后续技术细节、示例或结论，因此摘要只能基于现有文字进行忠实概述。

Android UI 效能（第 2 部分）：透過狀態上提保留物件識別性

在上一部分中，我探討了重組，並提到了 Jetpack Compose 中的穩定性。

重點摘要

延續 Android UI 效能系列

回顧 Jetpack Compose 的重組與穩定性

引出以狀態上提保留物件識別性的主題

本文是 Android UI 效能系列的續篇，銜接前一部分對 recomposition 與 Jetpack Compose 穩定性的討論，並預告本篇將聚焦於如何透過 state hoisting 保留物件識別性。不過目前提供的內容僅是文章開頭與導讀，未包含更多技術細節、範例或完整論證，因此只能就現有文字做忠實摘要。

06

แชร์ประสบการณ์ทำ Dynamic app icon บน Android ที่ช่วยให้เปลี่ยนไอคอนตามแคมเปญ โดยไม่ต้องรอแอปอัปเดต

Medium Kotlin 作者：Nuntapong Aoumrod 發布：07-16 11:35

Sharing the Experience of Building a Dynamic App Icon on Android

Change app icons by campaign without waiting for an app update.

重點摘要

Swap icons to match marketing campaigns

Avoid waiting for a new app release

Implemented on Android as a practical solution

The article shares an Android developer’s experience building a dynamic app icon feature that lets the app switch icons according to campaigns without waiting for an app update. It focuses on the practical benefit for marketing and product teams, especially when visual branding needs to change quickly. The piece is presented as a hands-on engineering story from an Android Software Engineer on the Ads Tech team at LINE MAN Wongnai.

分享在 Android 上实现动态 App 图标的经验

可按活动更换图标，无需等待应用更新。

重點摘要

根据营销活动切换 App 图标

无需等待新版本发布

以 Android 实现的实用方案

文章分享作者在 Android 上实现 Dynamic app icon 的经验，让 App 能根据不同活动或营销档期即时更换图标，无需等到应用更新后才能生效。内容重点在于这种做法如何提升品牌与活动执行的灵活度，帮助团队更快响应视觉调整需求。本文来自 LINE MAN Wongnai 的 Android 工程师，属于实作经验分享。

分享在 Android 上實作動態 App 圖示的經驗

可依活動更換圖示，無須等待 App 更新。

重點摘要

依行銷活動切換 App 圖示

不必等待新版本上架

以 Android 實作為實務解法

文章分享作者在 Android 上實作 Dynamic app icon 的經驗，讓 App 能依照不同活動或行銷檔期即時更換圖示，不必等待應用程式更新後才能上線。內容強調這項做法對品牌呈現與活動操作的便利性，能更快配合需求調整視覺。本文出自 LINE MAN Wongnai 的 Android 工程師，屬於實作經驗分享。

07

Preparing for Kotlin 2.5: The Features Already Being Discussed

Medium Kotlin 作者：AndroidLab by Andre 發布：07-16 13:34

Preparing for Kotlin 2.5: The Features Already Being Discussed

JetBrains is quietly lining up changes for December 2026, and backend and Compose developers should pay attention now.

重點摘要

JetBrains is reportedly preparing Kotlin 2.5 for December 2026.

The article focuses on features already being discussed.

Backend and Compose developers are singled out as key audiences.

JetBrains is said to be quietly lining up Kotlin 2.5 for a December 2026 release, and the article suggests that both backend and Compose developers should start paying attention now. Although the provided text is very brief, its main point is clear: Kotlin’s next major version is already being discussed, and upcoming changes may matter for different parts of the ecosystem.

为 Kotlin 2.5 做准备：已经在讨论中的功能

JetBrains 正在为 2026 年 12 月悄悄铺路，后端和 Compose 开发者现在都该关注。

重點摘要

据称 JetBrains 正在筹备 2026 年 12 月发布 Kotlin 2.5。

文章重点是已经在讨论中的功能。

后端和 Compose 开发者被视为需要重点关注的人群。

据称 JetBrains 正在悄悄筹备于 2026 年 12 月发布 Kotlin 2.5，文章提示后端和 Compose 开发者现在就应开始关注。虽然现有内容非常简短，但其核心意思很清楚：Kotlin 的下一个重要版本已经进入讨论阶段，未来可能出现的变化将影响生态中的不同开发场景。

迎接 Kotlin 2.5：已經開始討論的功能

JetBrains 正悄悄為 2026 年 12 月做準備，而後端與 Compose 開發者現在就該留意。

重點摘要

JetBrains 據稱正規劃 2026 年 12 月推出 Kotlin 2.5。

文章聚焦於已經開始被討論的功能。

後端與 Compose 開發者被點名為主要關注對象。

JetBrains 據稱正在悄悄規劃於 2026 年 12 月推出 Kotlin 2.5，文章指出後端與 Compose 開發者都應該及早留意。雖然目前可見內容相當簡短，但核心訊息很明確：Kotlin 的下一個主要版本已在討論中，未來可能帶來的變動，將影響生態系統中的不同開發場景。

08

Material 3 Just Got a Serious Upgrade

Medium Kotlin 作者：AndroidLab by Andre 發布：07-16 13:43

Material 3 Just Received a Major Upgrade

New components, smarter defaults, and expressive motion make Google’s design system feel ready for real apps.

重點摘要

Material 3 adds new components

Defaults are getting smarter

Motion becomes more expressive

Google’s Material 3 design system is described as receiving a serious upgrade, with new components, smarter defaults, and more expressive motion. The article suggests these changes make the system feel more practical and better suited to real-world apps, rather than serving only as a design showcase.

Material 3 刚刚迎来一次重大升级

新增组件、更智能的默认设置和更具表现力的动效，让 Google 的设计系统更像是为真实应用而打造。

重點摘要

Material 3 新增多种组件

默认设置更智能

动效更具表现力

Google 的 Material 3 设计系统被描述为迎来一次重大升级，重点包括新增组件、更智能的默认设置，以及更具表现力的动效。这些变化让整体体验更贴近真实应用场景，不再只是展示设计理念，而是更适合直接用于实际产品中。

Material 3 剛迎來一次重大升級

新增元件、更聰明的預設值與更具表現力的動態效果，讓 Google 的設計系統更像是為真實應用而打造。

重點摘要

Material 3 新增多種元件

預設行為更聰明

動態效果更具表現力

Google 的 Material 3 設計系統被形容為迎來一次重大升級，重點包括新增元件、更聰明的預設值，以及更具表現力的動態效果。這些更新讓整體體驗更貼近實際應用需求，不再只是展示性質的設計規範，而是更適合用在真正的產品中。

09

Pure Functions, Impure Functions, and Side Effects in Kotlin: A Complete Guide

Medium Kotlin 作者：Nemat 發布：07-16 14:52

Pure Functions, Impure Functions, and Side Effects in Kotlin: A Complete Guide

If you’ve spent time learning Kotlin, Android, Jetpack Compose, or functional programming, you’ve probably come across terms like pure functions, impure functions, and side effects.

重點摘要

Introduces core function types in Kotlin and functional programming

Explains the difference between pure and impure functions

Focuses on understanding side effects in practical development

This article aims to clarify key functional programming concepts that Kotlin developers often encounter, especially in Android and Jetpack Compose contexts. It introduces pure functions, impure functions, and side effects, helping readers understand how these ideas differ and why they matter. The piece is framed as a complete guide, but the provided excerpt only shows the opening line, so the full scope of the article cannot be verified from the available text.

Kotlin 中的纯函数、非纯函数与副作用：完整指南

如果你学过 Kotlin、Android、Jetpack Compose 或函数式编程，很可能已经接触过纯函数、非纯函数与副作用等术语。

重點摘要

介绍 Kotlin 与函数式编程的核心概念

说明纯函数与非纯函数的区别

聚焦副作用在实际开发中的意义

这篇文章旨在澄清 Kotlin 开发者在学习 Android、Jetpack Compose 或函数式编程时常会遇到的几个核心概念，包括纯函数、非纯函数与副作用。作者以完整指南的方式，帮助读者理解这些术语之间的差异及其重要性。不过目前可获取的内容只有开头一句，因此无法仅凭摘录确认全文的具体论述范围。

Kotlin 中的純函式、非純函式與副作用：完整指南

如果你學過 Kotlin、Android、Jetpack Compose 或函數式程式設計，很可能已經看過純函式、非純函式與副作用等名詞。

重點摘要

介紹 Kotlin 與函數式程式設計的核心概念

說明純函式與非純函式的差異

聚焦副作用在實務開發中的意義

本文旨在釐清 Kotlin 開發者在學習 Android、Jetpack Compose 或函數式程式設計時常會遇到的幾個核心概念，包括純函式、非純函式與副作用。作者以完整指南為定位，幫助讀者理解這些名詞的差異及其重要性。不過目前可取得的內容只有開頭一句，因此無法根據摘錄確認全文涵蓋的細節與範圍。

10

The Best Architecture for KMP Apps, and When Not to Use It. Part 2

Medium Kotlin 作者：Pavel Pristalov 發布：07-16 15:10

The Best Architecture for KMP Apps, and When Not to Use It: Part 2

In the first part we covered the philosophy of KMP, looked at how the architecture can evolve as a project grows, and explained why you...

重點摘要

Continues the discussion from Part 1

Focuses on how KMP architecture changes as projects grow

Also addresses when this architecture may not be the right choice

This article is the second part of a series on architecture for Kotlin Multiplatform (KMP) apps. It references the first part, where the author discussed KMP philosophy, how architecture can evolve as a project grows, and why certain design choices matter. Based on the available excerpt, the piece appears to continue that line of reasoning and further explore when a given architecture is appropriate for KMP applications and when it should be avoided.

KMP 应用程序的最佳架构，以及何时不该使用它：第 2 部分

在第一部分中，我们探讨了 KMP 的理念、架构如何随着项目增长而演进，并解释了为什么你……

重點摘要

延续第一部分的讨论

重点在于 KMP 架构如何随项目成长而变化

也说明这种架构何时并不适用

这篇文章是 Kotlin Multiplatform（KMP）应用程序架构系列的第二部分。作者先回顾第一部分中讨论的内容，包括 KMP 的理念、架构如何随着项目规模增长而演进，以及某些设计选择为何重要。根据目前可见的摘要，本文将继续展开这一主题，进一步说明某种架构何时适合 KMP 项目，以及何时不应采用。

KMP 應用程式的最佳架構，以及何時不該使用它：第 2 部分

在第一部分中，我們探討了 KMP 的哲學、架構如何隨專案成長而演進，並說明了為什麼你……

重點摘要

承接第一部分的討論

著重於 KMP 架構如何隨專案成長而演變

也說明這種架構何時不適合使用

這篇文章是 Kotlin Multiplatform（KMP）應用程式架構系列的第二部分。文中先回顧第一部分的內容，包括 KMP 的設計理念、架構如何隨專案規模成長而演進，以及某些設計選擇的重要性。根據目前可見的摘要，本文將延續這個脈絡，進一步討論某種架構何時適合 KMP 專案、何時又不該採用。

11

Building Reliable Geofencing Without a Backend Dependency

Dev.to Kotlin 作者：Haseeb 發布：07-16 00:37

Building Reliable Geofencing Without a Backend Dependency

Keeping this logic local, I avoided the pitfalls of latency.

重點摘要

Muffle was designed to work fully offline, with all geofencing and prayer-time logic on-device.

The app combines AlarmManager, GeofencingClient, and PendingIntent to trigger sound changes reliably and battery-efficiently.

Location accuracy, Do Not Disturb permissions, and emergency bypass handling required careful testing across Android versions.

The article describes how the author built Muffle, an Android app that automatically manages sound profiles without relying on a backend or constant internet access. Motivated by a disruptive phone at a mosque, the author argues that automation for physical sound control must be immediate and local, not dependent on network latency. The solution keeps prayer-time calculations and geofencing logic on the device, using AlarmManager, GeofencingClient, and PendingIntent so the system can wake the app and toggle AudioManager states with minimal battery impact. The post also covers practical challenges: inaccurate location boundaries, the need for a larger geofence radius and dwell-time logic, and handling emergency calls through NotificationManager.Policy. The main lesson is to work with Android’s constraints, keep sensitive logic offline, and prioritize reliability and privacy.

在不依赖后端的情况下构建可靠的地理围栏

把逻辑留在本地，就能避开延迟带来的问题。

重點摘要

Muffle 采用完全离线设计，将地理围栏和祈祷时间逻辑都放在设备端。

作者结合 AlarmManager、GeofencingClient 和 PendingIntent，实现稳定且省电的静音切换。

定位误差、勿扰模式权限和紧急来电例外，是实现中必须解决的重点。

本文讲述作者开发 Android 应用 Muffle 的过程，目标是在不依赖后端或持续联网的前提下，自动管理手机铃声模式。灵感来自清真寺里一部手机在祈祷时突然响起，作者因此意识到这类功能必须即时、本地化，不能受网络延迟影响。为此，他把祈祷时间计算与地理围栏逻辑全部放在设备端，并使用 AlarmManager、GeofencingClient 和 PendingIntent 触发 AudioManager 状态切换，以兼顾可靠性与省电。文章还分析了定位精度波动、地理围栏半径过小的问题，以及需要加入 dwell time 防止边界附近反复触发；同时也强调通过 NotificationManager.Policy 处理紧急来电例外。作者总结，自动化应用应尊重平台限制、尽量离线，并优先考虑隐私与稳定性。

打造不依賴後端的可靠地理圍欄

把邏輯留在本機，就能避開延遲帶來的問題。

重點摘要

Muffle 完全離線運作，將地理圍欄與祈禱時間邏輯都放在裝置端。

作者結合 AlarmManager、GeofencingClient 與 PendingIntent，讓靜音切換更穩定省電。

定位誤差、勿擾權限與緊急通話例外，都是實作中必須處理的關鍵問題。

本文分享作者打造 Android 應用 Muffle 的經驗，目標是在不依賴後端或持續網路連線的前提下，自動管理手機音量模式。作者因清真寺內一支手機突然響鈴而受到啟發，認為這類功能必須即時且本機化，不能受限於網路延遲。於是他把祈禱時間計算與地理圍欄邏輯都放到裝置上，並透過 AlarmManager、GeofencingClient 和 PendingIntent 觸發 AudioManager 狀態切換，同時兼顧省電與可靠性。文章也提到定位精準度不足、地理圍欄半徑需調大、需加入 dwell time 防止反覆切換，以及要透過 NotificationManager.Policy 支援緊急來電例外。核心觀念是尊重平台限制、保持離線、重視隱私與穩定性。

12

Building Nexo Player: An Offline-First Android Media App with PDF-to-Audiobook Support

Dev.to Kotlin 作者：Chandrakanta Behera 發布：07-16 06:41

Building Nexo Player: An Offline-First Android Media App with PDF-to-Audiobook Support

That is why I built Nexo Player: an offline-first Android media app that brings local playback, document reading, audiobook generation, text-to-speech, and private storage into one experience.

重點摘要

Combines video, audio, PDF/EPUB reading, narration, and secure vault storage in one Android app.

Uses a local-first rule so files stay on-device unless the user chooses otherwise.

Treats background audiobook generation, progress, and recovery as core UX requirements.

The article introduces Nexo Player, a native Android media app built with Kotlin, Jetpack Compose, and Media3 to unify local playback, document reading, text-to-speech, audiobook generation, and private storage. Its core principle is offline-first: files stay local unless the user explicitly decides otherwise. The post explains challenges in playback continuity, document-to-speech processing, background progress reporting, narrator selection, and secure vault design. It concludes with lessons about privacy, restraint in feature design, and the importance of clear workflow and progress feedback.

构建 Nexo Player：支持 PDF 转有声书的离线优先 Android 媒体应用

这就是我打造 Nexo Player 的原因：一款离线优先的 Android 媒体应用，将本地播放、文档阅读、有声书生成、文本转语音和私密存储整合为一体。

重點摘要

整合视频、音频、PDF/EPUB 阅读、朗读和安全保险库。

以 local-first 为原则，文件默认留在设备上。

把后台有声书生成、进度展示与恢复能力视为核心体验。

文章介绍作者用 Kotlin、Jetpack Compose 和 Media3 构建的 Nexo Player，目标是把本地影音播放、PDF/EPUB 阅读、文本转语音、有声书生成和私密保险库整合成一个 Android 体验。其核心原则是离线优先：除非用户明确选择，否则文件应始终保留在设备本地。文章详细说明了播放续接、文档转语音处理、后台任务进度、配音员选择与安全保险库设计等问题，并总结出隐私、功能克制和清晰流程反馈的重要性。

打造 Nexo Player：支援 PDF 轉有聲書的離線優先 Android 多媒體 App

這就是我打造 Nexo Player 的原因：一款離線優先的 Android 多媒體應用，將本機播放、文件閱讀、有聲書生成、文字轉語音與私密儲存整合在同一體驗中。

重點摘要

整合影片、音訊、PDF/EPUB 閱讀、朗讀與安全保險庫。

以 local-first 為原則，檔案預設留在裝置上。

將背景有聲書生成、進度與復原視為核心體驗。

文章介紹作者以 Kotlin、Jetpack Compose 與 Media3 打造的 Nexo Player，目標是把本機影音播放、PDF/EPUB 閱讀、文字轉語音、有聲書生成與私密保險庫整合成單一 Android 體驗。其核心理念是離線優先：除非使用者主動選擇，否則檔案都應保留在裝置上。文中說明了播放續播、文件轉語音處理、背景工作進度回報、配音員選擇與安全保險庫設計等挑戰，並總結出隱私、節制功能與清楚流程的重要性。

13

As we celebrate the 15th anniversary of Kotlin, let’s not forget its Scala roots

Medium Kotlin 作者：Alonso Del Arte 發布：07-15 23:27

As We Celebrate Kotlin’s 15th Anniversary, Let’s Not Forget Its Scala Roots

As we celebrate the 15th anniversary of Kotlin, let’s not forget its Scala roots

重點摘要

Kotlin marks its 15th anniversary.

The article points back to Scala as an influence on Kotlin's origins.

The only visible content in the source is a Medium continue-reading prompt and a photo credit.

The source shows the article title and author, but the visible body text is limited to a photo credit and a prompt to continue reading on Medium. Based on the title, the piece appears to reflect on Kotlin’s 15th anniversary while reminding readers that Scala played a role in shaping Kotlin’s roots. Because the full article content is not included, no further factual details can be confirmed from the provided text.

庆祝 Kotlin 15 周年时，也别忘了它的 Scala 渊源

在庆祝 Kotlin 15 周年时，也别忘了它的 Scala 渊源

重點摘要

Kotlin 迎来 15 周年。

文章回顾 Kotlin 与 Scala 的渊源。

目前可见内容仅有图片署名与前往 Medium 继续阅读的提示。

从所给内容看，这篇文章保留了标题与作者信息，但正文仅显示图片署名以及“Continue reading on Medium”的提示。根据标题可判断，文章意在庆祝 Kotlin 15 周年，同时提醒读者不要忽视 Scala 对 Kotlin 早期形成的影响。由于缺少完整正文，无法依据现有文本确认更多事实细节。

在慶祝 Kotlin 15 週年之際，也別忘了它的 Scala 淵源

重點摘要

Kotlin 迎來 15 週年。

文章回顧 Kotlin 與 Scala 之間的淵源。

目前可見內容僅有圖片來源與前往 Medium 繼續閱讀的提示。

從提供的內容可知，這篇文章的標題與作者資訊完整，但內文僅顯示圖片出處與「Continue reading on Medium」的提示。依標題判斷，文章主軸是在慶祝 Kotlin 15 週年的同時，提醒讀者不要忽略 Scala 對 Kotlin 起源的影響。由於缺少完整正文，無法從現有文字再確認更多細節。

14

Android System Design: How Data Flows Through Your Application

Medium Kotlin 作者：Nemat 發布：07-16 02:44

Android System Design: How Data Flows Through Your Application

In the previous articles of this Android System Design series, we discussed:

重點摘要

Continues a broader Android System Design series.

Introduces the topic of how data moves through an application.

The provided excerpt does not include further article details.

This entry is part of the Android System Design series by Nemat. The excerpt only states that earlier articles in the series were discussed and invites readers to continue on Medium, so it does not provide substantive details about the article’s specific technical content. Based on the available text, the piece appears to be a continuation of a broader exploration of Android system design, focusing on how data flows through an application, but the actual explanation is not included in the excerpt.

Android 系统设计：数据如何在你的应用中流动

在这个 Android System Design 系列的前几篇文章中，我们讨论了：

重點摘要

延续 Android System Design 系列内容。

主题聚焦于数据在应用中的流动方式。

当前摘录未包含文章的具体技术细节。

这篇文章出自 Nemat 的 Android System Design 系列。摘录内容仅提到前几篇文章已经讨论过相关主题，并引导读者前往 Medium 继续阅读，因此没有提供具体的技术细节。就现有文字来看，本文应是系列中的延伸篇章，主题聚焦于数据如何在 Android 应用中流动，但实际说明并未出现在这段摘录中。

Android 系統設計：資料如何在你的應用程式中流動

在這個 Android System Design 系列的前幾篇文章中，我們討論了：

重點摘要

延續 Android System Design 系列內容。

主題聚焦於資料在應用程式中的流動方式。

目前提供的摘錄未包含文章的具體技術內容。

這篇文章出自 Nemat 的 Android System Design 系列。摘錄內容僅提到前幾篇文章已討論過相關主題，並引導讀者前往 Medium 繼續閱讀，因此沒有提供具體的技術細節。依目前可見文字來看，本文應是系列中的延伸篇章，主題聚焦於資料如何在 Android 應用程式中流動，但實際說明並未出現在這段摘錄中。

15

Jetpack Compose Setup: A Beginner’s Guide to Creating Your First Compose Project

Medium Kotlin 作者：Vaibhavi Rana 發布：07-16 05:40

Jetpack Compose Setup: A Beginner’s Guide to Creating Your First Compose Project

Learn how to create your first Jetpack Compose project, understand the project structure, preview composables, and integrate Compose into existing apps.

重點摘要

Create a first Jetpack Compose project

Understand the basic project structure

Preview composables and add Compose to existing apps

This article introduces beginners to Jetpack Compose setup by walking through the basics of creating a first Compose project. It explains how to understand the project structure, use composable previews, and integrate Compose into an existing Android app. The piece is positioned as a practical starting point for developers who want to begin building modern Android UIs with Compose.

Jetpack Compose 配置：创建第一个 Compose 项目的新手指南

了解如何创建第一个 Jetpack Compose 项目、理解项目结构、预览 composable，并将 Compose 集成到现有应用中。

重點摘要

创建第一个 Jetpack Compose 项目

理解基础项目结构

预览 composable 并集成到现有应用

本文面向初学者，介绍 Jetpack Compose 的基础配置与第一个项目创建流程。文章涵盖如何理解项目结构、使用 composable 预览，以及将 Compose 集成到现有 Android 应用中。整体来说，这是一篇适合作为入门起点的实用指南，帮助开发者开始用 Compose 构建现代 Android 界面。

Jetpack Compose 設定：建立第一個 Compose 專案的初學者指南

了解如何建立第一個 Jetpack Compose 專案、認識專案結構、預覽 composable，並將 Compose 整合進既有應用程式。

重點摘要

建立第一個 Jetpack Compose 專案

了解基本的專案結構

預覽 composable 並整合到既有應用程式

本文以初學者為對象，帶領讀者完成 Jetpack Compose 的基本設定與第一個專案建立流程。內容涵蓋如何理解專案結構、使用 composable 預覽，以及將 Compose 整合到既有 Android 應用中。整體而言，這是一篇適合作為入門起點的實作導引，幫助開發者開始用 Compose 建立現代化的 Android 介面。

今日總結

以寬鬆的 Duration 反序列化在 Kotlin 中平衡彈性與嚴格性

重點摘要

以 Koog 1.0 建構實用 AI Agent：工程師視角

重點摘要

打造 Nimbus Weather：Jetpack Compose 中的 Clean Architecture + MVI 案例研究

重點摘要

Android 應用程式模組化指南

重點摘要

Android UI 效能（第 2 部分）：透過狀態上提保留物件識別性

重點摘要

分享在 Android 上實作動態 App 圖示的經驗

重點摘要

迎接 Kotlin 2.5：已經開始討論的功能

重點摘要

Material 3 剛迎來一次重大升級

重點摘要

Kotlin 中的純函式、非純函式與副作用：完整指南

重點摘要

KMP 應用程式的最佳架構，以及何時不該使用它：第 2 部分

重點摘要

打造不依賴後端的可靠地理圍欄

重點摘要

打造 Nexo Player：支援 PDF 轉有聲書的離線優先 Android 多媒體 App

重點摘要

在慶祝 Kotlin 15 週年之際，也別忘了它的 Scala 淵源

重點摘要

Android 系統設計：資料如何在你的應用程式中流動

重點摘要

Jetpack Compose 設定：建立第一個 Compose 專案的初學者指南

重點摘要