每日新聞摘要 - 2026年03月17日

01

I Had 3 Abandoned Apps, Then Kotlin Pulled Me Back In

Dev.to Kotlin 作者：freerave 發布：03-17 11:00

I Had 3 Abandoned Apps, Then Kotlin Pulled Me Back In

One quiet evening I opened Android Studio, looked at Kotlin syntax, and thought: "Wait... this is actually fun."

重點摘要

Kotlin and Jetpack Compose reignited development and led to shipping DotReminder v0.0.5

Key features: AI (Gemini), biometric auth, 2FA, real-time Firestore sessions

Major optimizations: AGP 9.0/KSP migration and removing video backgrounds cut app size drastically

The author recounts leaving three Android projects abandoned until Kotlin rekindled their motivation and produced DotReminder v0.0.5. Early versions were experimental—Jetpack Compose, Hilt, Firebase and features like Gemini-powered chat, geofencing reminders, themes, biometric auth, 2FA, and widgets. v0.0.3 moved from mocks to real Firestore-backed active sessions (with proper security rules) and fixed a biometric crash by switching MainActivity to AppCompatActivity. The AGP 9.0 migration (switching to KSP) sped builds and required dependency changes. A major cleanup replaced 74MB of video backgrounds with Compose gradients, shrinking the app from 95MB to 20.5MB. The AI was upgraded to Gemini 2.5-flash with a JSON extractor to parse natural-language reminders. Roadmap items include real password changes, calendar integration, and wider use of AI parsing. The overarching lesson: discarded projects taught critical lessons that culminated in a focused, polished app.

我有三个被弃置的应用，然后 Kotlin 把我拉回来了

某个安静的夜晚我打开 Android Studio，看着 Kotlin 语法，心想：「等等……这其实很有趣。」

重點摘要

Kotlin 与 Compose 重新点燃开发兴趣，催生 DotReminder v0.0.5

主要功能：Gemini AI、生物识别、双重认证与实时 Firestore 会话

通过 AGP 9.0/KSP 迁移与移除视频背景，大幅缩短构建与减小应用体积

作者讲述在放弃三个 Android 项目后，因对 Kotlin 的兴趣回归并在几个月内发布 DotReminder v0.0.5。最初版本以试验为主：使用 Jetpack Compose、Hilt、Firebase，加入 Gemini 驱动的自然语言聊天、地理围栏提醒、多主题、指纹认证、2FA 与小部件。v0.0.3 将模拟的 Active Sessions 替换为基于 Firestore 的实时数据，并修复了因使用 ComponentActivity 而导致 BiometricPrompt 崩溃的错误，且补上 sessions 子集合的 Firestore 规则。迁移到 AGP 9.0 时改用 KSP，显著加快构建；并将 74MB 的视频背景替换为 Compose 渐变，使应用从 95MB 缩减到 20.5MB。还升级到 Gemini 2.5-flash，并实现将自然语言解析为 JSON 的提取器用于创建提醒。未来计划包括实现真实的密码更改、日历功能及在更多流程中使用 AI 解析。作者总结：被弃置的项目都是付费的教训，这些经验最终汇聚成现在的应用。

我有三個被棄置的應用，然後 Kotlin 把我拉回來了

某個安靜的晚上我打開 Android Studio，看著 Kotlin 語法，心想：「等等……這其實很有趣。」

重點摘要

Kotlin 與 Compose 讓作者重燃開發熱情並推出 DotReminder v0.0.5

功能包含 Gemini AI、指紋/生物辨識、兩步驗證與即時 Firestore 會話

透過 AGP 9.0/KSP 遷移與移除影片背景，顯著縮短建置與減少 APK 大小

作者描述原本放置三個 Android 專案後，因為某晚對 Kotlin 的興趣再次投入，完成 DotReminder v0.0.5。開發初期以玩樂為主，嘗試 Jetpack Compose、Hilt、Firebase，以及支援自然語言的 Gemini 聊天、地理圍欄提醒、多主題、指紋認證、2FA 與桌面小工具。v0.0.3 將模擬的 Active Sessions 換成 Firestore 實時資料，並修正因使用 ComponentActivity 而導致 BiometricPrompt 崩潰的問題；同時補上 sessions 子集合的安全規則。升級到 AGP 9.0 時改用 KSP 減少建置時間；移除 74MB 影片背景改用 Compose 漸層，將應用從 95MB 縮至 20.5MB。最後升級 Gemini 模型並以 JSON 提取器將自然語言轉為結構化提醒，未來計畫包括正式的密碼變更、日曆整合與擴展 AI 功能。作者把被棄置的專案視為學習成本，最終匯聚成現在的成果。

02

Read-Write and Read-Only Transaction Routing With Spring

Baeldung 作者：Ulisses Lima 發布：03-17 13:01

Read-Write and Read-Only Transaction Routing With Spring

Use AbstractRoutingDataSource together with the @Transactional readOnly flag to route read-only queries to replicas and writes to the primary automatically.

重點摘要

Route read-only transactions to a replica and writes to the primary

Extend AbstractRoutingDataSource and use TransactionSynchronizationManager.isCurrentTransactionReadOnly() for lookup

Wrap the routing DataSource in LazyConnectionDataSourceProxy to defer connection until readOnly is set

In this tutorial Ulisses Lima shows how to route transactions in Spring so write operations go to a primary database and read-only operations go to a replica. The implementation extends AbstractRoutingDataSource and determines the lookup key with TransactionSynchronizationManager.isCurrentTransactionReadOnly(), allowing @Transactional(readOnly=true) to select the replica. Because JPA may acquire a connection before transaction synchronization sets the read-only flag, the routing DataSource is wrapped in a LazyConnectionDataSourceProxy to defer obtaining the real connection until the first SQL is executed. The article covers configuring separate DataSource properties (H2 examples), wiring an EntityManagerFactory and a JpaTransactionManager, registering the routing DataSource as the primary bean, and integration tests using unsynchronized in-memory replicas to verify routing. It also discusses replication lag, nested transaction propagation, and approaches for multiple read replicas or load-balanced connections.

在 Spring 中基于事务路由读写与只读数据库

通过 AbstractRoutingDataSource 和 @Transactional 的 readOnly 标志，自动将只读查询路由到副本、写入路由到主库。

重點摘要

根据事务的 readOnly 属性将读取发送到副本、写入发送到主库

在 determineCurrentLookupKey() 中使用 TransactionSynchronizationManager 判断是否为只读

以 LazyConnectionDataSourceProxy 延迟实际连接以确保正确路由

本文演示如何在 Spring 中基于事务路由数据库，将写操作发送到主库、只读操作发送到副本。实现通过继承 AbstractRoutingDataSource，并在 determineCurrentLookupKey() 中使用 TransactionSynchronizationManager.isCurrentTransactionReadOnly() 来选择数据源，使 @Transactional(readOnly=true) 自动命中副本。由于 JPA 可能在事务同步标志设置前获取连接，示例将路由 DataSource 包装为 LazyConnectionDataSourceProxy，以延迟真实连接直到执行首条 SQL。文章还介绍了 H2 配置、EntityManagerFactory 与 JpaTransactionManager 的手动布署，并以未同步的内存副本进行集成测试验证路由，同时讨论复制延迟、嵌套事务传播和多副本分流等注意事项。

在 Spring 中以交易路由讀寫與唯讀資料庫

使用 AbstractRoutingDataSource 並根據 @Transactional 的 readOnly 標記，自動將讀取導向複製庫、寫入導向主庫。

重點摘要

以交易的 readOnly 屬性決定要使用主庫或複製庫

在 determineCurrentLookupKey() 使用 TransactionSynchronizationManager 判斷是否為唯讀交易

使用 LazyConnectionDataSourceProxy 延遲連線以正確套用 readOnly 標記

示範在 Spring 中以交易為單位路由資料庫，將寫操作導向主庫、讀操作導向複製庫。實作由 AbstractRoutingDataSource 判定交易是否為 readOnly（透過 TransactionSynchronizationManager），並以 LazyConnectionDataSourceProxy 延遲連線以正確套用 readOnly 標記。範例包含 H2 資料源設定，手動配置 EntityManagerFactory 與 JpaTransactionManager，並以未同步的複製庫進行整合測試以驗證路由行為。文章同時提醒實務上需注意複寫延遲、巢狀交易的傳播行為，以及多副本或負載平衡等擴充策略。

03

Using Kotlin Multiplatform for Cross-Platform Android Apps

Medium Kotlin 作者：Gulshan Yadav 發布：03-17 08:46

Using Kotlin Multiplatform for Cross-Platform Android Apps

A client requested the same app on Android and iOS with identical features and release timing.

重點摘要

Client demanded identical Android and iOS apps

Kotlin Multiplatform considered to share code across platforms

Article examines benefits and practical considerations for cross-platform development

The article begins with a client request for identical Android and iOS apps and explores Kotlin Multiplatform (KMP) as a solution to reduce duplicated work and achieve simultaneous releases. It explains how KMP lets teams share business logic and core components between platforms while keeping platform-specific UI and integrations separate. The piece outlines expected benefits such as increased code reuse, faster parity between Android and iOS, and potential productivity gains, while also noting practical considerations: managing platform-specific UI, integration with native APIs, testing across targets, and build tooling. Intended for teams weighing cross-platform strategies, the article provides a pragmatic look at when Kotlin Multiplatform can help meet client demands for matching features and release schedules.

使用 Kotlin Multiplatform 构建跨平台 Android 与 iOS 应用

客户要求 Android 与 iOS 提供相同功能并同步发布。

重點摘要

客户需要在 Android 与 iOS 上有相同的应用

考虑使用 Kotlin Multiplatform 共用代码以减少重复开发

文章讨论其优点与在实践中需要注意的要点

文章以客户要求 Android 与 iOS 提供相同功能并同步发布为引子，探讨将 Kotlin Multiplatform（KMP）作为实现途径，通过共享业务逻辑与核心组件来降低重复开发工作。文中介绍了 KMP 能带来的代码重用、加快两端一致性及潜在的生产力提升，同时提醒实际应用中需关注的平台差异问题，例如原生界面设计、与平台 API 的集成、跨平台测试策略以及构建工具链与发布流程的管理。该文适合正在评估跨平台方案、希望在不同平台上实现功能与发布一致性的团队参考。

使用 Kotlin Multiplatform 建構跨平台 Android 與 iOS 應用

客戶要求在 Android 與 iOS 上提供相同功能並同步釋出。

重點摘要

客戶要求 Android 與 iOS 提供相同應用

考量以 Kotlin Multiplatform 共用程式碼以減少重複工作

文章說明其優點與實務上需注意的事項

文章從一位客戶要求 Android 與 iOS 提供相同功能且同步釋出的需求出發，探討以 Kotlin Multiplatform（KMP）作為解法，透過共用商業邏輯與核心元件來降低重複開發。文中說明 KMP 可以提升程式碼重用率、加快兩端功能一致性，並可能提高開發效率；同時也提醒實務面需考量的平台差異，如 UI 必須維持原生體驗、與原生 API 的整合、跨目標的測試策略以及建置工具鏈的管理。本文適合正在評估跨平台方案、期望在多平台上達到相同功能與版本時程的團隊閱讀。

04

Dart Switch Statement — Everything a Flutter Developer Should Know

Medium Kotlin 作者：Waseem Abbas 發布：03-17 10:28

Dart Switch Statement — Everything a Flutter Developer Should Know

If you are a Flutter developer (especially coming from Android/Kotlin), understanding Dart’s switch is essential.

重點摘要

Introduces Dart switch syntax and how cases behave

Notes differences and pitfalls compared to Android/Kotlin

Offers practical guidance for using switch with enums and values

This article is a practical guide to Dart’s switch statement aimed at Flutter developers, especially those migrating from Android/Kotlin. It introduces the switch syntax and semantics in Dart, explains how case labels are evaluated, how Dart handles fall-through and default cases, and discusses common pitfalls that differ from other languages. The piece also covers how switches are commonly used with enums and other value types in Flutter code, and offers guidance on writing clear, maintainable conditional logic. By comparing behaviors developers may expect from Kotlin/Android to Dart’s design, the author helps readers avoid bugs when translating idioms between platforms. Overall, the article equips Flutter developers with the essential knowledge to use Dart switch effectively and to choose appropriate alternatives where needed.

Dart 的 switch 语句——每位 Flutter 开发者应知道的事项

如果你是 Flutter 开发者（尤其是从 Android/Kotlin 转来），理解 Dart 的 switch 非常重要。

重點摘要

说明 Dart switch 的语法与行为

比较与 Android/Kotlin 的差异与常见陷阱

提供在 enum 与常见值类型上的实用建议

本文为 Flutter 开发者（尤其是从 Android/Kotlin 转来者）整理 Dart 的 switch 语句，说明其语法与行为差异。文章解释 case 标签的运作、默认分支与避免其他语言常见的 fall-through 问题，并示范在 enum 与常见值类型上的使用情境。通过比较 Kotlin/Android 的习惯写法，作者指出在跨平台移植或学习时易犯的错误，并提供实用建议以编写更清晰、可维护的条件逻辑，帮助开发者在 Flutter 中更有效地运用 Dart 的 switch。

Dart 的 switch 語句——每位 Flutter 開發者應該知道的事

如果你是 Flutter 開發者（尤其是從 Android/Kotlin 來的），理解 Dart 的 switch 至關重要。

重點摘要

說明 Dart switch 的語法與行為

比較與 Android/Kotlin 的差異與常見陷阱

提供在 enum 與常見值型別上使用的實作建議

本文為 Flutter 開發者（尤其是從 Android/Kotlin 轉來者）整理 Dart 的 switch 語句，說明其語法與行為差異。文章解釋 case 標籤的運作、預設分支與避免其他語言常見的 fall-through 問題，並示範在 enum 與常見值型別上的使用情境。透過比較 Kotlin/Android 的習慣寫法，作者指出在跨平台移植或學習時易犯的錯誤，並提供實用建議以撰寫更清晰、可維護的條件邏輯，幫助開發者在 Flutter 中更有效率地運用 Dart 的 switch。

05

How LiveData Works Internally in Android

Medium Kotlin 作者：Anand Gaur 發布：03-17 10:30

How LiveData Works Internally in Android

In Android development, one problem kept showing up again and again — managing UI lifecycle and data synchronization.

重點摘要

Addresses the recurring issue of UI lifecycle and data synchronization

Explains LiveData’s lifecycle-aware observer model

Describes internal mechanisms for safe, synchronized data delivery

Anand Gaur’s article examines LiveData as a solution to a recurring Android development problem: coordinating UI lifecycle with data updates. It outlines why lifecycle-aware observable data containers are needed, how LiveData ties observers to lifecycle owners to avoid memory leaks and crashes, and how it delivers updates only to active observers. The piece also reviews LiveData’s internal behavior—observer registration, active/inactive state tracking, and thread-safe posting of values—showing how these mechanics synchronize data updates with UI components. Intended for Android developers, the article clarifies how LiveData simplifies UI-data synchronization and reduces boilerplate by handling observer lifecycles automatically, improving app stability when UI components start, stop, or are recreated.

深入解析 Android 中 LiveData 的内部运作

在 Android 开发中，一个反复出现的问题是：如何管理 UI 的生命周期与数据同步。

重點摘要

解决 UI 生命周期与数据同步的常见问题

解释 LiveData 的生命周期感知观察者模型

描述安全且同步传递数据的内部机制

Anand Gaur 的文章探讨 LiveData 如何解决 Android 开发中反复出现的问题：管理 UI 生命周期与数据同步。作者说明为何需要生命周期感知的可观察数据容器，LiveData 如何将观察者绑定到 LifecycleOwner 以避免内存泄漏与异常，并仅将更新传递给处于活动状态的观察者。文章还概述了 LiveData 的内部行为，包括观察者注册、活动/非活动状态追踪，以及在正确线程上安全发布值的机制，展示其如何简化 UI 与数据的同步流程，提升应用稳定性与正确性。完整内容请见 Medium。

深入解析 Android 中 LiveData 的內部運作

在 Android 開發中，一個反覆出現的問題是：如何管理 UI 的生命週期與資料同步。

重點摘要

解決 UI 生命週期與資料同步的常見問題

說明 LiveData 的生命週期感知觀察者模型

描述安全且同步地傳遞資料的內部機制

Anand Gaur 的文章探討 LiveData 如何解決 Android 開發中反覆出現的問題：管理 UI 生命週期與資料同步。作者說明為何需要生命週期感知的可觀察資料容器，LiveData 如何將觀察者綁定至 LifecycleOwner 以避免記憶體外洩與異常，並僅將更新傳遞給處於活動狀態的觀察者。文中也概述 LiveData 的內部運作，包括觀察者註冊、活動／非活動狀態追蹤，以及在正確執行緒上安全傳送值的機制，說明它如何簡化 UI 與資料的同步流程，提高應用穩定性與正確性。完整內容請見 Medium。

06

Mastering — by lazy in Kotlin

Medium Kotlin 作者：Amitdogra 發布：03-17 10:53

Mastering 'by lazy' in Kotlin

A deep dive into lazy initialization, delegation, thread-safety modes, and how Kotlin implements it under the hood.

重點摘要

Explains lazy initialization and the delegation pattern

Covers thread-safety modes that affect concurrent behavior

Examines how Kotlin implements 'by lazy' internally

This article offers a deep dive into Kotlin's 'by lazy' construct, covering lazy initialization, delegation, and the thread-safety modes that affect behavior in multithreaded contexts. It examines how Kotlin implements 'by lazy' under the hood, explaining the mechanics that delay computation until first use and how different concurrency modes change synchronization and visibility. The write-up clarifies the delegation pattern used to encapsulate initialization logic, discusses trade-offs between safety and performance, and outlines what developers should consider when choosing a lazy strategy. It also highlights practical benefits such as reduced startup cost and deferred resource allocation, and warns about potential pitfalls in concurrent scenarios so readers can apply 'by lazy' correctly and effectively.

掌握 Kotlin 的 'by lazy'

深入探讨延迟初始化、委托、线程安全模式，以及 Kotlin 在底层如何实现 'by lazy'。

重點摘要

讲解延迟初始化与委托模式

比较不同线程安全模式对并发行为的影响

解析 Kotlin 在底层实现 'by lazy' 的方式

本文深入探讨 Kotlin 的 'by lazy' 机制，涵盖延迟初始化、委托模式，以及影响多线程行为的线程安全模式，并解析 Kotlin 在底层如何实现该机制。文章说明延迟计算如何在第一次使用时才执行，并讨论不同安全模式在同步与性能间的权衡，同时提醒开发者在选用 lazy 策略时应考虑的情境与潜在风险，帮助读者在实践中正确且有效地使用 'by lazy'。

掌握 Kotlin 的 'by lazy'

深入探討延遲初始化、委派、執行緒安全模式，以及 Kotlin 在底層如何實作 'by lazy'。

重點摘要

說明延遲初始化與委派模式

比較不同的執行緒安全模式對並行行為的影響

解析 Kotlin 在底層實作 'by lazy' 的方式

本文深入探討 Kotlin 的 'by lazy' 機制，涵蓋延遲初始化、委派模式，以及影響多執行緒行為的執行緒安全模式，並解析 Kotlin 在底層如何實作該機制。文章說明延遲計算如何在第一次使用時才執行，並討論不同安全模式在同步與效能間的取捨，同時提醒開發者在選用 lazy 策略時應考量的情境與潛在風險，協助實務上正確且有效地運用 'by lazy'。

07

I Had 3 Abandoned Apps, Then Kotlin Pulled Me Back In

Medium Kotlin 作者：freerave 發布：03-17 11:01

I Had 3 Abandoned Apps, Then Kotlin Pulled Me Back In

Three apps, three ideas, three moments of excitement that all faded into the "I'll finish it later" pile.

重點摘要

Screenshot shows three separate app projects abandoned.

Initial excitement for each idea faded into an "I'll finish it later" pile.

Kotlin rekindled the author's interest and pulled them back to the projects.

A short personal note built around a single screenshot: three distinct app projects that began with excitement but were ultimately abandoned and relegated to an "I'll finish it later" pile. The author describes how those stalled efforts sat unfinished until Kotlin renewed their interest and pulled them back into development. Rather than detailing specific changes or technical fixes, the piece emphasizes the psychological shift: a language or tool can reawaken motivation and prompt a developer to revisit shelved ideas. The article reflects on how temporary loss of momentum can be reversed and how adopting Kotlin became the catalyst for returning to and continuing work on projects that had been left behind.

我有三个被放弃的应用，然后 Kotlin 把我拉回来了

三个应用、三个点子、三次兴奋都最终滑入“我以后再做”的堆里。

重點摘要

截图展示了三个被搁置的应用项目。

每个点子的早期热情都消退为“以后再完成”。

Kotlin 重新激发了作者的兴趣，使其回归这些项目。

文章由一张截图展开：三款曾带来兴奋的应用项目，最后都被搁置在“以后再完成”的堆里。作者讲述在这些项目停滞后，Kotlin 将他重新拉回开发的过程，点燃了再次投入的动力。文章并未展开具体技术或实现细节，而是强调一种心理与动机层面的变化——选择新的语言或工具，有时足以让开发者回头继续先前放弃的想法。整体是一篇关于项目中途搁置与被重新激发兴趣的简短个人感想。

我有三個被棄置的應用程式，然後 Kotlin 把我拉回來

三個應用、三個點子、三次興奮都最後被丟進「以後再完成」的堆裡。

重點摘要

截圖顯示三個已被放棄的應用專案。

每個點子的初期熱情最終都變成「以後再說」的堆疊。

Kotlin 重新喚起作者的興趣，讓作者回頭繼續開發。

文章以一張截圖為起點：三個不同的應用專案，皆曾帶來興奮，但最後都被擱置，成為「以後再完成」的待辦。作者描述在這些專案沉睡一段時間後，Kotlin 意外地把他拉回來，重新點燃繼續開發的動力。全文並未深入技術細節，而是聚焦在心理層面的轉變——開發工具或語言有時能成為催化劑，使人重新審視並回到被放棄的想法上。這是一則關於創作動力流失與被重新喚起的簡短反思。

08

Kotlin Fundamentals Part 14 — Extension Functions — Kotlin’s Secret Weapon

Medium Kotlin 作者：Kishor Ramani 發布：03-17 11:54

Kotlin Fundamentals Part 14 — Extension Functions — Kotlin’s Secret Weapon

Want to add functions to ANY class without inheritance? Extension functions are magical!

重點摘要

Add functions to existing classes without inheritance

Improve code expressiveness and reduce boilerplate

A powerful Kotlin feature often called a 'secret weapon'

Part of the Kotlin Fundamentals series, this installment introduces extension functions, a language feature that lets developers add functions to any class without using inheritance. By declaring an extension, you can call the new function as if it were a member of the extended type, which simplifies APIs, reduces boilerplate, and enables more fluent, expressive code. Extension functions are lightweight, concise to define, and integrate seamlessly with Kotlin's type system, making them a practical tool for adapting third-party classes, organizing utilities, and enhancing readability. Treated by many Kotlin developers as a 'secret weapon,' they change how you structure code by enabling behavior extension without subclassing. The article highlights the concept's power and encourages readers to explore examples and use cases to apply extension functions effectively in real-world Kotlin projects.

Kotlin 基础第14篇 — 扩展函数 — Kotlin 的秘密武器

想在不使用继承的情况下为任何类新增函数？扩展函数就像魔法一样！

重點摘要

在不使用继承的情况下为类新增函数

简化代码并提升可读性

Kotlin 常被视为强大的“秘密武器”

本文是 Kotlin 基础系列的一篇，介绍扩展函数（extension functions）：允许在不使用继承的情况下为任何类添加函数。通过声明扩展函数，可以像调用类成员一样使用新增函数，從而简化 API、减少样板代码并提升代码的表达性与可读性。扩展函数定义简洁并与 Kotlin 的类型系统良好整合，便于对第三方类进行扩展、组织工具函数并改善程序结构。许多 Kotlin 开发者视其为“秘密武器”，因为它能在无需子类化的情况下扩展行为。文章强调了这一概念的优势，并建议读者参阅示例和实际用例以在项目中有效运用。

Kotlin 基礎第14 篇 — 擴充函式 — Kotlin 的秘密武器

想在不使用繼承的情況下為任何類別新增函式？擴充函式就像魔法一樣！

重點摘要

在不使用繼承的情況下為類別新增函式

簡化程式碼並提升可讀性

Kotlin 常被視為的強大「秘密武器」

本篇為 Kotlin 基礎系列之一，介紹擴充函式（extension functions）：可在不使用繼承的情況下為任何類別新增函式。藉由宣告擴充函式，可以像呼叫成員方法一樣使用新增功能，簡化 API、減少樣板程式碼並提升可讀性與表達力。擴充函式定義簡潔、整合 Kotlin 型別系統，方便改造第三方類別、組織工具函式與改善程式結構。許多 Kotlin 開發者視其為「秘密武器」，因為它能在不建立子類別的前提下延伸行為，本文強調此概念的強大並建議閱讀者參考範例與實際案例以有效運用。

09

Kotlin Fundamentals Part 15 — Function Overloading — Same Name, Different Power! ⚡

Medium Kotlin 作者：Kishor Ramani 發布：03-17 11:54

Kotlin Fundamentals Part 15 — Function Overloading — Same Name, Different Power!

One function name, multiple implementations — that's function overloading.

重點摘要

Use one function name to offer multiple implementations distinguished by parameters

Compiler resolves which overload to call at compile time

Overloading improves API ergonomics but requires careful design to avoid ambiguity

Part of the Kotlin Fundamentals series, this short piece introduces function overloading: using a single function name to provide multiple implementations distinguished by different parameter lists or types. It explains the core idea that the compiler resolves which implementation to call based on arguments at compile time, allowing developers to offer convenient, readable APIs while reusing a conceptual operation name for related behaviors. The write-up highlights how overloading can improve clarity and ergonomics of Kotlin code, while also noting the importance of careful design to avoid ambiguity and maintainability issues. Practical considerations include choosing distinct parameter signatures, avoiding excessive overloads, and preferring named or default parameters when appropriate. Overall, the article frames overloading as a flexible, widely used language feature that balances convenience and clarity in Kotlin APIs.

Kotlin 基础第15篇 — 函数重载：同名，不同能量！

一个函数名称，多种实现 — 这就是函数重载。

重點摘要

用相同函数名提供不同参数或类型的多种实现

编译器在编译时根据参数选择调用的重载版本

能提升 API 可用性，但需谨慎设计以避免歧义

本篇属于 Kotlin Fundamentals 系列，介绍函数重载（function overloading）的概念：使用相同函数名提供多种实现，通过不同参数签名或类型由编译器在编译时选择对应版本。文章说明此技巧如何提升 API 的可读性和使用便利，同时提醒在设计时应避免过多或模糊的重载，以免产生歧义和降低可维护性。实践要点包括选择明确的参数签名、适度使用命名参数或默认值，以及在必要时采用不同名称以保持清晰。总的来说，函数重载是 Kotlin 中灵活且常用的语言特性，可在便利性与清晰度之间取得平衡。

Kotlin 基礎教學第15篇 — 函式重載：相同名稱，不同能量！

一個函式名稱，多種實作 — 這就是函式重載。

重點摘要

以相同函式名稱提供不同參數或型別的多種實作

由編譯器在編譯時依參數選擇對應的重載版本

可提升 API 可讀性，但需避免模糊或過多的重載

本篇屬於 Kotlin Fundamentals 系列，簡介函式重載（function overloading）概念：以相同函式名稱提供多種實作，透過不同參數簽名或型別由編譯器在編譯時選擇對應版本。文章說明此技巧如何提升 API 可讀性與使用便利，同時提醒設計時應避免過多或模糊的重載，以免導致歧義與可維護性問題。實作要點包含選擇明確的參數簽名、適度使用命名參數或預設值，以及在必要時採用不同名稱以保持清晰。總結：函式重載是 Kotlin 中靈活且常用的語言特性，可在便利性與清晰度間取得平衡。

10

O que é TDD?

Medium Kotlin 作者：Leonardo Paulino 發布：03-17 12:09

What is TDD?

TDD stands for Test Driven Development, known in Portuguese as Desenvolvimento Orientado a Testes.

重點摘要

TDD is the acronym for Test Driven Development

Portuguese name: Desenvolvimento Orientado a Testes

Denotes a development approach oriented around tests

The brief article defines TDD as the acronym for Test Driven Development and gives its Portuguese equivalent, Desenvolvimento Orientado a Testes. The name itself conveys the essential idea: development guided by tests. Although the original text is concise, it indicates that TDD refers to an approach in software development where tests play a central role in driving design and verifying behavior. From the literal translation, one can infer that tests are used not only to check code after the fact but to influence how code is written and validated to meet expected outcomes. The entry serves as a straightforward definition linking the English term to its Portuguese translation and highlighting the test-centered nature of the practice.

什么是 TDD？

TDD 是 Test Driven Development（测试驱动开发）的缩写，葡萄牙语为 Desenvolvimento Orientado a Testes。

重點摘要

TDD 为 Test Driven Development 的缩写

葡萄牙语名称：Desenvolvimento Orientado a Testes

表示以测试为导向的开发方法

本文简要说明 TDD 是 Test Driven Development 的缩写，并给出其葡萄牙语对应词 Desenvolvimento Orientado a Testes。该名称直接表达了其核心含义：开发过程以测试为导向，测试在设计与验证中处于中心地位。虽然原文内容极为简短，但从字面可以理解 TDD 指的是一种软件开发方法，通过测试来引导代码的编写和确认行为是否符合预期，从而为开发活动提供依据。该条目主要提供术语的定义与翻译，突出了以测试为核心的特性。

什麼是 TDD？

TDD 是 Test Driven Development（測試驅動開發）的縮寫，葡萄牙文為 Desenvolvimento Orientado a Testes。

重點摘要

TDD 為 Test Driven Development 的縮寫

葡萄牙文名稱：Desenvolvimento Orientado a Testes

意指以測試為導向的開發方式

本文簡短說明 TDD 為 Test Driven Development 的縮寫，並給出其葡萄牙文對應 Desenvolvimento Orientado a Testes。名稱本身即揭示核心概念：開發流程以測試為導向，測試在設計與驗證中扮演主導角色。雖然原文內容簡潔，但可由字面理解 TDD 指的是一種軟體開發方法，透過測試來驅動程式設計與確認行為是否符合預期，進而協助開發者在撰寫與修改程式碼時有更明確的依據。此條目主要提供術語定義與翻譯，強調測試導向的本質。

11

Stop Using READ_CONTACTS: A Modern Android Contact Picker Guide

Medium Kotlin 作者：Sivavishnu 發布：03-17 14:28

Stop Using READ_CONTACTS: A Modern Android Contact Picker Guide

How to migrate to a zero-permission strategy, boost user trust, and write production-grade Kotlin code for the system contact picker.

重點摘要

Migrate from READ_CONTACTS to a zero-permission approach

Use the system contact picker to improve privacy and trust

Implement production-grade Kotlin patterns for contact selection

This guide explains how to stop relying on the READ_CONTACTS permission and instead adopt a zero-permission strategy by using the system contact picker. It describes why moving away from direct contacts access improves user privacy and trust, and outlines practical steps for implementing a production-grade Kotlin integration with the system picker. The article focuses on migration considerations, common pitfalls, and patterns that help maintain a safe, maintainable codebase while avoiding requesting sensitive permissions. Intended for Android developers, the guide emphasizes minimizing permission surface area, leveraging platform UI for contact selection, and writing robust Kotlin code suitable for production apps. Readers can expect conceptual rationale, recommended approaches, and example-driven advice to help migrate existing apps to a more privacy-friendly contact selection flow.

停止使用 READ_CONTACTS：现代 Android 联系人选择器指南

如何迁移到零权限策略、提升用户信任，并为系统联系人选择器编写生产级的 Kotlin 代码。

重點摘要

从 READ_CONTACTS 迁移到零权限方案

使用系统联系人选择器以增强隐私与信任

采用适用于生产环境的 Kotlin 实作模式

本文说明如何不再使用 READ_CONTACTS 权限，改采零权限策略，透过系统联系人选择器实现联系人选择。文章说明此做法如何提升用户隐私与信任，并提供将现有应用迁移到安全、可维护的 Kotlin 量产实现的实务建议。内容涵盖迁移考虑、常见陷阱与设计模式，强调减少权限面向、利用平台界面进行联系人选择，及撰写适合生产环境的稳健 Kotlin 程序。目标读者为 Android 开发者，可藉本指南取得步骤性建议与范例导向的实现方向。

停止使用 READ_CONTACTS：現代 Android 聯絡人選取器指南

如何遷移到零權限策略、提升使用者信任，並為系統聯絡人選取器撰寫生產級的 Kotlin 程式碼。

重點摘要

從 READ_CONTACTS 遷移到零權限策略

使用系統聯絡人選取器以提升隱私與信任

採用生產級 Kotlin 實作與良好設計模式

本文說明如何不再使用 READ_CONTACTS 權限，而改採零權限策略，透過系統聯絡人選取器實作聯絡人選擇。文章說明此做法如何提升使用者隱私與信任，並提供將現有應用遷移到安全、可維護的 Kotlin 量產實作的實務建議。內容涵蓋遷移考量、常見陷阱與設計模式，強調減少權限面向、利用平台介面進行聯絡人選取，與撰寫適合生產環境的穩健 Kotlin 程式。目標讀者為 Android 開發者，能藉本指南獲得步驟性建議與範例導向的實作方向。

12

Mastering Jetpack Compose Lifecycle in Fragments

Medium Kotlin 作者：Sivavishnu 發布：03-17 03:54

Mastering Jetpack Compose Lifecycle in Fragments

A practical guide to handling state, composition strategies, and lifecycle intersections in hybrid Android apps.

重點摘要

Manage Compose state within Fragment lifecycles

Select composition strategies for hybrid View/Compose apps

Handle lifecycle intersections to avoid leaks and incorrect recomposition

This article is a practical guide to using Jetpack Compose inside Android Fragments, focusing on managing state, choosing composition strategies, and reconciling lifecycle differences in hybrid apps that mix Compose and traditional Views. It outlines common pitfalls when composing UI within fragment lifecycles, discusses options for scoping state to the fragment or parent lifecycle, and compares approaches such as composing in the fragment’s view lifecycle versus attaching a persistent Compose root. The guide emphasizes predictable state handling, avoiding memory leaks, and ensuring consistent recomposition across lifecycle events. It offers patterns for integrating Compose into existing Fragment-based codebases, helping developers migrate incrementally or build mixed architectures while maintaining lifecycle correctness and UI stability.

掌握 Jetpack Compose 在 Fragment 的生命周期

实践指南：在混合型 Android 应用中处理状态、组合策略与 Compose 与 Fragment 的生命周期交互。

重點摘要

在 Fragment 生命周期内管理 Compose 状态

为混合 View/Compose 应用选择组合策略

处理生命周期交互以避免内存泄漏和错误重组

本文为实践指南，介绍如何在 Android 的 Fragment 中使用 Jetpack Compose，侧重状态管理、组合策略以及在混合应用中调和 Compose 与 Fragment 的生命周期差异。文章列出在 Fragment 生命周期中使用 Compose 时常见的问题，讨论将状态绑定到片段或父级生命周期的选项，并比较在 view 生命周期内组合与建立持久 Compose 根节点等做法。指南强调可预测的状态处理、避免内存泄漏并在生命周期变化时维持一致的重组行为，适合需要逐步迁移或在现有 Fragment 代码中安全集成 Compose 的开发者参考。

掌握 Jetpack Compose 在 Fragment 的生命週期

實務指南：在混合型 Android 應用中處理狀態、組合策略與 Compose 與 Fragment 的生命週期交互。

重點摘要

在 Fragment 生命週期中管理 Compose 狀態

為混合 View/Compose 應用選擇組合策略

處理生命週期交互以避免記憶體洩漏與錯誤重組

本文為實務指南，說明如何在 Android 的 Fragment 中使用 Jetpack Compose，重點在於狀態管理、組合策略，以及在混合應用中處理 Compose 與 Fragment 的生命週期交互。文章指出在 Fragment 生命週期內建立 Compose 時常見的陷阱，說明如何將狀態綁定於片段或更高層的生命週期、比較在 view 生命週期內組合與建立長期存在的 Compose 根節點等做法。作者強調穩定的狀態處理、預防記憶體洩漏與在生命週期變化時維持正確的重組行為，適合逐步遷移或在既有 Fragment 程式碼中安全整合 Compose 的開發者閱讀。

我有三個被棄置的應用，然後 Kotlin 把我拉回來了

重點摘要

在 Spring 中以交易路由讀寫與唯讀資料庫

重點摘要

使用 Kotlin Multiplatform 建構跨平台 Android 與 iOS 應用

重點摘要

Dart 的 switch 語句——每位 Flutter 開發者應該知道的事

重點摘要

深入解析 Android 中 LiveData 的內部運作

重點摘要

掌握 Kotlin 的 'by lazy'

重點摘要

我有三個被棄置的應用程式，然後 Kotlin 把我拉回來

重點摘要

Kotlin 基礎 第14 篇 — 擴充函式 — Kotlin 的秘密武器

重點摘要

Kotlin 基礎教學 第15篇 — 函式重載：相同名稱，不同能量！

重點摘要

什麼是 TDD？

重點摘要

停止使用 READ_CONTACTS：現代 Android 聯絡人選取器指南

重點摘要

掌握 Jetpack Compose 在 Fragment 的生命週期

重點摘要

Kotlin 基礎第14 篇 — 擴充函式 — Kotlin 的秘密武器

Kotlin 基礎教學第15篇 — 函式重載：相同名稱，不同能量！