Daily Digest

每日新聞摘要

2026年05月24日

今日總結

內容會跟隨語言切換。

📝 今日焦點：AppFunctions 讓 AI 助理可直接呼叫 App 動作，開發需把它視為公開 API，強化權限、驗證與錯誤可機器處理。 🔧 效能最佳化：ImagePickerKMP 1.0.35 加入自動圖片壓縮，降低上傳、儲存與記憶體成本，並可依場景選擇壓縮等級。 🏗 架構設計：Schemify 以 KSP 在編譯期將 data class 轉成 JSON Schema，減少手動維護並讓模型與 schema 同步更新。 🏗 架構設計：以 OpenStreetMap 取代 Google Maps 的討論，凸顯行動地圖整合在成本、控制權與替代方案上的取捨。 ✅ 測試與品質：Compose 中 rememberSaveable、Saver 與 LaunchedEffect、rememberCoroutineScope 的差異，關鍵在狀態持久化與生命週期控制。 🚀 語言演進：Kotlin 初學者系列持續介紹 functions，作為程式結構邁向實作的基礎轉折點。 🚀 語言演進：HTTP Basic Auth 與 Spring request 解碼示範，提醒 Base64 不是加密，明文密碼應盡量避免保存。

📝 Today’s focus: AppFunctions lets AI agents call app actions directly, so teams should treat each function like a public API with strict auth and machine-readable failures. 🔧 Performance: ImagePickerKMP 1.0.35 adds built-in image compression, reducing upload cost, storage use, and memory pressure across camera and gallery flows. 🏗 Architecture: Schemify uses KSP to generate JSON Schema from data classes at compile time, keeping models and schema definitions in sync. 🏗 Architecture: The OpenStreetMap vs Google Maps discussion highlights the trade-offs between cost, control, and replacement options in mobile mapping. ✅ Quality: In Compose, rememberSaveable, Saver, LaunchedEffect, and rememberCoroutineScope differ in persistence and lifecycle cancellation. 🚀 Language evolution: The beginner Kotlin series introduces functions as a key step toward writing more structured, real application code. 🚀 Language evolution: The Basic Auth and Spring examples stress that Base64 is not encryption, and raw passwords should be avoided whenever possible.

The Sleeper Announcement from Google I/O 2026 That Will Change How We Think About Apps

Dev.to Kotlin 作者：Vrushali 發布：05-24 11:35

The Sleeper Google I/O 2026 Announcement That Could Redefine Apps

AppFunctions turns apps from passive UIs into callable capabilities that AI assistants can invoke on users' behalf.

重點摘要

AppFunctions exposes named app actions directly to AI assistants.

Developers must design for idempotency, structured errors, and explicit auth.

The feature raises new privacy, audit, and capability-discovery risks.

The article argues that AppFunctions, though overshadowed by other Google I/O 2026 announcements, may be the most consequential change for Android development. It lets apps expose typed, named actions that AI agents such as Gemini can invoke on a user’s behalf, without opening the app UI. The author walks through integration steps, then stresses that the real challenge is architectural: functions must be idempotent, machine-readable in failure, and protected by explicit permission and caller checks. The piece also warns that exposing app capabilities expands privacy and security risks, so developers should treat every @AppFunction like a public API endpoint.

Google I/O 2026 那个被低估、却可能改变 App 定义的公告

AppFunctions 让应用从被动 UI 变成可由 AI 助理直接调用的能力集合。

重點摘要

AppFunctions 可将命名动作直接暴露给 AI 助理。

开发者必须考虑幂等性、结构化错误和明确授权。

这项功能同时带来隐私、审计与能力暴露风险。

文章认为，在 Google I/O 2026 的一系列发布中，最值得关注的其实是 AppFunctions。它让应用能够向外暴露可被 Gemini 等 AI 代理直接调用的命名动作，用户无需先打开应用或手动操作界面。作者详细说明了从依赖、类型定义、注解到 Manifest 注册的流程，并指出真正的重点在于架构层面：函数必须具备幂等性、返回可机器读取的错误信息，并做好权限与调用者校验。文章也提醒，开放能力面会放大隐私与安全风险。

Google I/O 2026 那個被忽略、卻可能重新定義 App 的公告

AppFunctions 讓 App 從被動 UI 變成可由 AI 助理直接呼叫的能力集合。

重點摘要

AppFunctions 可將具名動作直接暴露給 AI 助理。

開發者必須考慮冪等性、結構化錯誤與明確授權。

這項功能也帶來隱私、稽核與能力外洩的新風險。

本文指出，在 Google I/O 2026 的眾多焦點之中，真正可能改變 Android 開發思維的是 AppFunctions。它允許 App 對外暴露可由 Gemini 等 AI 助理直接呼叫的具名動作，讓使用者不必先打開 App、進入頁面或完成點選流程。作者以範例說明整合方式，並強調重點不在註解本身，而在架構：函式要能重試不重複、錯誤要可供機器處理，且必須明確做權限與呼叫者驗證。同時，這也使隱私與安全邊界更重要。

Automatic Image Compression for Camera and Gallery in ImagePickerKMP

Dev.to Kotlin 作者：Ismoy Belizaire 發布：05-24 14:04

Automatic Image Compression for Camera and Gallery in ImagePickerKMP

ImagePickerKMP 1.0.35 introduced automatic image compression for both camera and gallery flows.

重點摘要

Compression is built into ImagePickerKMP configuration.

Developers choose NONE, LOW, MEDIUM, or HIGH at initialization.

Compressed images are saved to a temporary file and returned via PhotoResult.

ImagePickerKMP 1.0.35 adds automatic image compression for both camera and gallery workflows, helping mobile teams reduce upload time, storage use, and memory pressure without hand-rolling resize and re-encode logic. Compression is configured directly in the picker setup through levels such as NONE, LOW, MEDIUM, and HIGH. The library decodes the original image, applies the selected compression, and writes the result to a temporary file that is returned through PhotoResult. This is especially useful for Kotlin Multiplatform projects, where image processing is often platform-specific. Developers can choose compression based on the use case, such as stronger compression for avatars and lighter compression for documents.

ImagePickerKMP 为相机和相册提供自动图片压缩

ImagePickerKMP 1.0.35 为相机和相册流程引入了自动图片压缩。

重點摘要

图片压缩已内置到 ImagePickerKMP 的配置中。

初始化时可选择 NONE、LOW、MEDIUM 或 HIGH。

处理后的临时文件会通过 PhotoResult 返回给应用。

ImagePickerKMP 1.0.35 为相机和相册流程加入了自动图片压缩，帮助移动开发者降低上传耗时、存储成本和内存占用，而无需自行编写缩放与重新编码逻辑。压缩功能直接集成在选择器配置中，可在初始化时指定 NONE、LOW、MEDIUM、HIGH 等级别。库会负责解码原始图片、应用所选压缩，并将结果保存为临时文件，再通过 PhotoResult 返回给应用。这对 Kotlin Multiplatform 项目尤为有用，因为图像处理通常具有平台差异；开发者也可以根据最终用途选择合适的压缩强度。

ImagePickerKMP 的相機與相簿自動圖片壓縮

ImagePickerKMP 1.0.35 為相機與相簿流程加入了自動圖片壓縮。

重點摘要

圖片壓縮已整合進 ImagePickerKMP 的設定。

可在初始化時選擇 NONE、LOW、MEDIUM 或 HIGH。

處理後的暫存檔會透過 PhotoResult 回傳給應用程式。

ImagePickerKMP 1.0.35 為相機與相簿流程加入自動圖片壓縮，協助行動開發者降低上傳時間、儲存成本與記憶體占用，而不必自行撰寫縮放與重新編碼邏輯。壓縮功能可直接在元件設定中指定，支援 NONE、LOW、MEDIUM、HIGH 等層級。函式庫會先解碼原始圖片，再套用指定壓縮並儲存為暫存檔，最後透過 PhotoResult 回傳。這項能力特別適合 Kotlin Multiplatform 專案，因為圖片處理常帶有平台差異；開發者也可依用途選擇合適的壓縮程度。

Day 12: Functions — Where Your Code Starts Looking Like a Real Program

Medium Kotlin 作者：Kirubakaran 發布：05-24 07:26

Day 12: Functions — Where Your Code Starts Looking Like a Real Program

Android with Kotlin for Absolute Beginners — Day 12 of the Series

重點摘要

Introduces Day 12 of the Kotlin beginner series.

Focuses on learning functions in Android development.

Frames functions as a step toward writing real programs.

This entry is Day 12 in the “Android with Kotlin for Absolute Beginners” series and introduces the topic of functions. From the title and excerpt, the lesson is positioned as a milestone where code begins to resemble a real program. No further technical details are included in the provided text, so the content can only be identified as a continuation of the beginner Kotlin Android learning series centered on functions.

第 12 天：函数——你的代码开始像一个真正的程序

Android with Kotlin for Absolute Beginners —— 系列第 12 天

重點摘要

介绍 Kotlin 初学者系列的第 12 天。

主题聚焦 Android 开发中的函数。

把函数视为迈向真正程序的关键一步。

这篇文章属于《Android with Kotlin for Absolute Beginners》系列的第 12 天，主题是函数。根据标题和摘要可知，作者将这一课视为代码开始像“真正程序”的转折点。不过当前提供的正文只有系列名和导读信息，没有更多技术细节，因此只能确认它是延续 Kotlin Android 初学者教程、聚焦函数概念的一篇文章。

第 12 天：函式——你的程式碼開始像一個真正的程式

Android with Kotlin for Absolute Beginners —— 系列第 12 天

重點摘要

介紹 Kotlin 初學者系列的第 12 天。

主題聚焦在 Android 開發中的函式。

將函式視為邁向真正程式的關鍵一步。

這篇文章是《Android with Kotlin for Absolute Beginners》系列的第 12 天，主題為函式。從標題與摘要可知，作者把這一課定位為程式碼開始像「真正的程式」的轉折點。不過目前提供的內文只有系列名稱與導讀字樣，沒有更多技術細節，因此只能確認它是延續 Kotlin Android 初學者教學、聚焦函式概念的一篇文章。

Jetpack Compose’da rememberSaveable ve Saver nedir ?

Medium Kotlin 作者：deniz baş 發布：05-24 08:29

What Are rememberSaveable and Saver in Jetpack Compose?

In Jetpack Compose, we often use remember for state management.

重點摘要

Introduces state management in Jetpack Compose.

Explains the common use of remember in Android Kotlin.

Focuses on rememberSaveable and Saver as the article’s topic.

This article introduces state management in Jetpack Compose and notes that developers often use remember when working in Android Kotlin. Based on the available text, the post is centered on explaining what rememberSaveable and Saver are, likely as an extension of Compose state handling. The provided excerpt does not include further technical details, examples, or comparisons, so the safest summary is that the article serves as an entry point to understanding how Compose preserves state beyond simple remember usage.

Jetpack Compose 中的 rememberSaveable 和 Saver 是什么？

在 Jetpack Compose 中，我们通常会使用 remember 来进行状态管理。

重點摘要

介绍 Jetpack Compose 的状态管理。

说明 Android Kotlin 中常用 remember。

文章重点是 rememberSaveable 与 Saver。

这篇文章从 Jetpack Compose 的状态管理切入，提到在 Android Kotlin 中，开发者通常会使用 remember 来保存状态。根据目前可见的内容，文章主要围绕 rememberSaveable 和 Saver 的概念展开，意在说明 Compose 中如何处理比 remember 更持久的状态保存。由于提供的正文摘录非常有限，没有更多示例或细节可供展开，因此这里只能如实概括文章的导入性内容。

Jetpack Compose 中的 rememberSaveable 與 Saver 是什麼？

在 Jetpack Compose 中，我們經常使用 remember 來進行狀態管理。

重點摘要

介紹 Jetpack Compose 的狀態管理。

說明在 Android Kotlin 中常用 remember。

文章主題聚焦於 rememberSaveable 與 Saver。

本文以 Jetpack Compose 的狀態管理為起點，指出在 Android Kotlin 中，開發者多半會先使用 remember 來保存狀態。從目前提供的內容來看，文章主題聚焦在 rememberSaveable 與 Saver 的用途與概念，應是延伸說明 Compose 如何處理更持久的狀態保存。不過，摘要中未提供進一步技術細節或程式範例，因此只能忠實概括其導讀性質。

The One Compose Side Effect You Probably Misuse

Medium Kotlin 作者：Dev 175 發布：05-24 10:50

The One Compose Side Effect You Probably Misuse

LaunchedEffect and rememberCoroutineScope do the same thing until your composable leaves the screen.

重點摘要

LaunchedEffect and rememberCoroutineScope can appear interchangeable.

Their behavior diverges when the composable leaves the screen.

Choosing the right side effect matters for Compose lifecycle handling.

This article points out a common misuse in Jetpack Compose: LaunchedEffect and rememberCoroutineScope may seem to do the same thing at first, but they behave differently once a composable leaves the screen. The key distinction is tied to lifecycle and cancellation, which affects how and when coroutines continue running. The piece emphasizes that understanding this boundary is important for writing correct Compose code and avoiding subtle side-effect bugs.

你很可能误用的那个 Compose Side Effect

在你的 composable 离开屏幕之前，LaunchedEffect 和 rememberCoroutineScope 看起来像是在做同一件事。

重點摘要

LaunchedEffect 和 rememberCoroutineScope 乍看之下很相似。

它们的差异会在 composable 离开屏幕时显现。

选对 side effect 对 Compose 生命周期处理很重要。

这篇文章指出 Jetpack Compose 中一个常见误用：LaunchedEffect 和 rememberCoroutineScope 起初看起来像是在做同样的事，但当 composable 离开屏幕后，两者的行为就会分化。关键差异在于生命周期与取消机制，这会影响 coroutine 是否继续运行。作者强调，理解这一界限有助于编写正确的 Compose 代码，避免隐蔽的副作用问题。

你可能用錯的那個 Compose Side Effect

在你的 composable 離開畫面之前，LaunchedEffect 和 rememberCoroutineScope 看起來像是在做同一件事。

重點摘要

LaunchedEffect 與 rememberCoroutineScope 初看之下很相似。

差異會在 composable 離開畫面時顯現。

選對 side effect 對 Compose 的生命週期處理很重要。

這篇文章指出 Jetpack Compose 中一個常見誤用：LaunchedEffect 和 rememberCoroutineScope 一開始看起來像是在做同樣的事，但當 composable 離開畫面後，兩者的行為就會分歧。關鍵差異在於生命週期與取消機制，會影響 coroutine 是否繼續執行。作者強調，理解這個界線有助於寫出正確的 Compose 程式，避免隱晦的副作用問題。

Getting HTTP Basic Authentication from HttpServletRequest

Baeldung 作者：Hamid Reza Sharifi 發布：05-23 23:11

Getting HTTP Basic Authentication from HttpServletRequest

This article explains how HTTP Basic Authentication works and how to extract the raw password from an incoming request in a Spring-based application.

重點摘要

Basic Auth sends Base64-encoded username and password in the Authorization header.

Credentials can be decoded manually from HttpServletRequest using a helper method.

A custom servlet filter can store the raw password as a request attribute.

This article explains how HTTP Basic Authentication works in HTTP services and how to retrieve credentials from an incoming Spring request. It shows the Authorization header format, notes that Base64 is only encoding and therefore HTTPS is required, and demonstrates a Java helper that decodes the header into username and password. The article also presents a custom OncePerRequestFilter that extracts the password and stores it as a request attribute for later use. Finally, it covers tests for valid and invalid headers, and warns that extracting raw passwords should be avoided whenever possible because of security risks.

从 HttpServletRequest 获取 HTTP Basic Authentication

本文说明 HTTP Basic Authentication 的工作方式，以及如何在 Spring 应用中从请求中提取原始密码。

重點摘要

Basic Authentication 会在 Authorization 头中以 Base64 发送用户名和密码。

可通过 HttpServletRequest 手动解码请求头，取出 username 和 password。

也可使用自定义 Servlet Filter 将原始密码保存到 request attribute。

本文介绍 HTTP Basic Authentication 的工作原理，说明客户端如何在 Authorization 请求头中以 Base64 编码携带 username 和 password，并强调 Base64 只是编码而非加密，因此必须配合 HTTPS 使用。文章随后演示如何在 Spring 应用中直接从 HttpServletRequest 读取并解码请求头，手动提取账号和密码；同时提供一个自定义 OncePerRequestFilter，将原始密码存入 request attribute 以便后续使用。最后还包含对有效与无效请求头的测试，并提醒尽量避免提取明文密码，以降低安全风险。

從 HttpServletRequest 取得 HTTP Basic Authentication

本文說明 HTTP Basic Authentication 的運作方式，以及如何在 Spring 應用中從請求中擷取原始密碼。

重點摘要

Basic Authentication 會在 Authorization 標頭中以 Base64 傳送帳密。

可透過 HttpServletRequest 手動解碼標頭取得 username 與 password。

也可用自訂 Servlet Filter 將原始密碼保存為 request attribute。

本文介紹 HTTP Basic Authentication 的基本原理，說明客戶端如何在 Authorization 標頭中以 Base64 編碼送出 username 與 password，並強調 Base64 只是編碼不是加密，因此必須搭配 HTTPS 使用。文章接著示範如何在 Spring 應用中，直接從 HttpServletRequest 讀取並解碼標頭，取得帳號與密碼；也提供一個自訂 OncePerRequestFilter，將原始密碼存入 request attribute 供後續使用。最後還補充測試方式，並提醒除非必要，否則應避免擷取明文密碼。

¿Qué pasa cuando cambias Google Maps por OpenStreetMap en una aplicación móvil desarrollada con…

Medium Kotlin 作者：Jose A. P. 發布：05-24 01:53

What Happens When You Switch Google Maps to OpenStreetMap in a Mobile App Built with…

What happens when you replace Google Maps with OpenStreetMap in a mobile app built with…

重點摘要

The article compares using Google Maps and OpenStreetMap in a mobile app.

It is based on a Kotlin-based mobile development context.

The available text does not include the full article content, only a link teaser.

This post appears to discuss the practical effects of replacing Google Maps with OpenStreetMap in a mobile application built with Kotlin. However, the provided text does not include the full article, only a teaser and an external link, so the specific implementation details, performance observations, and conclusions are not available here. Based on the title alone, the piece likely centers on map integration choices in mobile development and the trade-offs involved when moving from a proprietary mapping service to an open-source alternative.

在以……开发的移动应用中，将 Google Maps 改为 OpenStreetMap 会发生什么？

当你在以……开发的移动应用中，把 Google Maps 换成 OpenStreetMap 时，会发生什么？

重點摘要

文章对比了在移动应用中使用 Google Maps 与 OpenStreetMap 的差异。

内容语境与 Kotlin 移动开发有关。

目前提供的文字只有导语和链接，未包含完整正文。

这篇文章似乎在讨论：当一款以 Kotlin 开发的移动应用把地图服务从 Google Maps 改为 OpenStreetMap 时，会产生哪些实际影响。不过，现有材料只包含标题、作者信息和外部链接，并未提供完整正文，因此无法确认具体实现细节、性能观察或作者结论。仅从标题判断，文章重点应是移动开发中的地图集成选择，以及从商业地图服务切换到开源替代方案时可能面临的权衡。

在以……開發的行動應用中，將 Google Maps 改為 OpenStreetMap 會發生什麼事？

當你在以……開發的行動應用中，將 Google Maps 換成 OpenStreetMap 時，會發生什麼事？

重點摘要

文章比較了在行動應用中使用 Google Maps 與 OpenStreetMap 的差異。

內容脈絡與 Kotlin 行動開發相關。

目前提供的文字只有導讀與連結，未包含完整正文。

這篇文章看起來是在探討：在以 Kotlin 開發的行動應用中，若將地圖服務從 Google Maps 換成 OpenStreetMap，會帶來哪些實際影響。不過，現有內容只提供標題、作者資訊與外部連結，沒有完整內文，因此無法得知具體的實作方式、效能表現或作者結論。就標題判斷，文章應聚焦於行動開發中的地圖整合選擇，以及從商用地圖服務轉向開放式替代方案時可能面臨的取捨。

Schemify — Generate JSON Schema from Kotlin Data Classes at Compile Time

Medium Kotlin 作者：Sahil Thakar 發布：05-24 04:53

Schemify: Generate JSON Schema from Kotlin Data Classes at Compile Time

A tiny KSP-powered SDK that turns your Kotlin data classes into JSON Schema (Draft 2020–12).

重點摘要

Uses KSP to generate JSON Schema during compilation.

Converts Kotlin data classes into Draft 2020–12 schemas.

Aims to provide a lightweight SDK for schema generation.

Schemify is a small SDK powered by Kotlin Symbol Processing (KSP) that generates JSON Schema from Kotlin data classes at compile time. The article introduces it as a lightweight way to convert Kotlin models into JSON Schema Draft 2020–12, helping developers keep schema definitions aligned with their source classes. Rather than generating schemas manually, Schemify automates the process inside the build pipeline, making it easier to maintain consistency as data classes evolve.

Schemify：在编译期从 Kotlin Data Class 生成 JSON Schema

一个由 KSP 驱动的小型 SDK，可将 Kotlin data classes 转为 JSON Schema（Draft 2020–12）。

重點摘要

通过 KSP 在编译期间生成 JSON Schema。

可将 Kotlin data classes 转换为 Draft 2020–12 规范。

定位为轻量级的 schema 生成工具。

Schemify 是一个由 Kotlin Symbol Processing（KSP）驱动的小型 SDK，可在编译期把 Kotlin data classes 生成 JSON Schema。文章介绍它支持 JSON Schema Draft 2020–12，帮助开发者以自动化方式保持数据模型与 schema 定义一致，而无需手动编写或维护 schema。该方案把生成流程融入构建阶段，减少重复工作，也更便于随着 data class 变更同步更新。

Schemify：在編譯期從 Kotlin Data Class 產生 JSON Schema

一個由 KSP 驅動的小型 SDK，可將 Kotlin data classes 轉成 JSON Schema（Draft 2020–12）。

重點摘要

透過 KSP 在編譯期間生成 JSON Schema。

可將 Kotlin data classes 轉換為 Draft 2020–12 規格。

定位為輕量化的 schema 產生工具。

Schemify 是一個由 Kotlin Symbol Processing（KSP）驅動的小型 SDK，可在編譯期將 Kotlin data classes 轉換成 JSON Schema。文章指出，它支援 JSON Schema Draft 2020–12，讓開發者能以自動化方式維持資料模型與 schema 定義的一致性，而不必手動撰寫或更新 schema。這種做法將產生流程整合進建置階段，降低維護成本，也更容易隨 data class 的變動同步更新。