Daily Digest

每日新聞摘要

2026年04月12日

今日總結

內容會跟隨語言切換。

📝今日焦點: Ntivo 以 Kotlin 建置程式碼知識圖譜，單查詢即回傳函式、Jira 工單、決策文件與生產監控脈絡。 🔧效能最佳化: 在 Compose Multiplatform 使用 Shader 能顯著提升 UI 效能，但須在各平台實作替代並進行完整效能分析。 🏗架構設計: 以務實漸進方式拆分五年 Android 單體可恢復修改信心，需同時處理長編譯時間與模組界定等取捨。 ✅測試與品質: 公開 React Native 背景 GPS 完整原生實作能提升可重現性、降低對不透明第三方套件的依賴，便於除錯與驗證。

📝Today’s focus: Ntivo builds a Kotlin-based code knowledge graph so a single query returns functions, Jira tickets, decisions and production monitoring context to speed impact analysis and planning. 🔧Performance: Using shaders in Compose Multiplatform yields high-performance UI effects but requires platform-specific fallbacks, careful profiling and code adjustments to ensure consistent appearance and smooth runtime across targets. 🏗Architecture: A pragmatic, incremental breakup of a five-year Android monolith restored developer confidence by identifying module boundaries, minimizing build impact and balancing trade-offs around long compile times and coupling. ✅Testing & quality: Publishing a complete React Native background GPS example that exposes native implementations increases reproducibility, reduces opaque third-party dependency risk, and provides a runnable reference for debugging and verification.

Why I'm Building a Codebase Knowledge Graph, and Why I Chose Kotlin

Dev.to Kotlin 作者：Fidelity Chauke 發布：04-12 09:04

Why I'm Building a Codebase Knowledge Graph, and Why I Chose Kotlin

I'm learning AI by building a Codebase Knowledge Graph that explicitly maps connections between code, tickets, design docs and production monitors so those relationships become queryable and traversable.

重點摘要

A knowledge graph links code, tickets, docs and monitors across the tech stack

Kotlin chosen for type safety, coroutines and JVM ecosystem advantages

Koog, Neo4j, Qdrant and Gemini form the project's core stack

The author is building an open-source Codebase Knowledge Graph to explicitly map how code, tickets, design specs and production monitoring relate across an entire tech stack, so engineers can query and traverse those connections instead of stitching them together manually. They chose Kotlin because it’s their primary language, letting them focus on AI concepts without learning a new syntax, and because Kotlin offers type safety, coroutine-based concurrency, easy access to JVM clients, and Kotlin Multiplatform for shared models. The stack includes Koog (JetBrains’ Kotlin-native agent and RAG framework), Ktor, Gemini for LLMs and embeddings, Neo4j as the graph database, Qdrant for vector search, and Tree-sitter to parse source code. The project (Ntivo) is open source, early-stage and instructional: the goal is to prototype a practical system that helps surface cross-repository impacts, speed feature planning, and reduce unexpected side effects.

为何我要构建代码知识图谱，以及为何选择 Kotlin

我通过构建一个将代码、工单、设计文档与生产监控明确连结起来的知识图谱来学习 AI，使这些关系可查询、可遍历。

重點摘要

把代码、工单、设计与监控连成可查询的图谱

选 Kotlin 因其型别安全、协程及 JVM 生态优势

以 Koog、Neo4j、Qdrant 和 Gemini 作为核心栈

作者正在开发一个开源的代码知识图谱，旨在把跨后端、前端、移动端以及设计与监控之间的隐性关联显性化，让工程师通过单一查询获得函数、相关 Jira 工单、决策文档和生产监控的完整脉络，免去在多个工具间拼凑信息的麻烦。作者选择 Kotlin 开发：熟悉的语言可让他专注 AI 概念；Kotlin 提供类型安全、协程以处理大量等待，并能直接使用成熟的 JVM 客户端与 Kotlin Multiplatform 共享数据模型。技术栈包含 JetBrains 的 Koog（代理与 RAG 框架）、Ktor、Google Gemini（LLM 与嵌入）、Neo4j（图数据库）、Qdrant（向量库）和 Tree-sitter（代码解析）。项目 Ntivo 已开源且处于早期可运行状态。

為何我要建置程式碼知識圖譜，以及為何選擇 Kotlin

我透過建構一個能把程式碼、工單、設計文件與生產監控明確連結起來的知識圖譜，來學習 AI 並讓這些關係可查詢、可遍歷。

重點摘要

將程式碼、工單、設計與監控連成可查詢的圖譜

選 Kotlin 以利型別安全、協程與 JVM 生態整合

採用 Koog、Neo4j、Qdrant 與 Gemini 作為核心技術

作者正在開發一個開源的程式碼知識圖譜，目的是把跨後端、前端、行動端與設計與監控之間的隱性關聯明確化，工程師可透過單一查詢取得函式、相關 Jira 工單、決策文件和生產監控等完整脈絡，省去在多個工具間拼湊資訊的時間。作者選擇以 Kotlin 開發，因為熟悉語言能專注學習 AI 概念；Kotlin 提供型別安全、協程以處理大量等待，以及可直接使用成熟 JVM 用戶端的優勢。技術棧包含 JetBrains 的 Koog（支援代理與 RAG）、Ktor、Google Gemini（LLM 與嵌入）、Neo4j（圖資料庫）、Qdrant（向量搜尋）和 Tree-sitter（程式碼解析）。專案 Ntivo 自開源起即為學習與探索用途，目前仍在早期但可運行。

Modularizing a 5 Year Old Android Monolith: Lessons From the Trenches

Medium Kotlin 作者：Rudy DevKits 發布：04-12 08:52

Modularizing a 5 Year Old Android Monolith: Lessons From the Trenches

We had 847 files in a single module, a 4-minute Gradle sync, and zero courage to change anything.

重點摘要

A five‑year Android monolith grew to 847 files in one module

Gradle sync took four minutes, discouraging code changes

The article shares practical lessons and an escape path from the monolith

The article recounts a practical effort to break up a five‑year‑old Android monolith that had ballooned to 847 files in a single module and required a four‑minute Gradle sync, making engineers reluctant to change code. Drawing from hands‑on experience "from the trenches", the author explains how the team escaped the monolith and the lessons they would apply in future projects. Rather than treating modularization as an abstract ideal, the piece focuses on incremental, pragmatic steps: identifying natural boundaries, minimizing build impact, and restoring developer confidence to modify and evolve the codebase. It also emphasizes trade‑offs and pitfalls encountered along the way, aiming to help teams who face long build times and tightly coupled code. The article is positioned as a practical guide and reflection for Android engineers planning or undertaking a modularization effort.

将五年历史的 Android 单体改为模块化：来自战壕的经验

我们在单一模块中有 847 个文件，Gradle 同步需四分钟，没人敢轻易修改任何东西。

重點摘要

单体项目累积到单一模块包含 847 个文件

Gradle 同步耗时四分钟，抑制变更意愿

文章分享实务拆分过程及可借鉴的经验教训

本文回顾了一个五年历史的 Android 单体应用的模块化实践：项目只有一个模块却包含 847 个文件，Gradle 同步耗时四分钟，导致团队不敢随意变更。作者以“来自战壕”的实务视角，描述如何通过渐进且务实的方式逐步摆脱单体、拆分模块，并恢复开发者对修改和演进代码的信心。文章总结了实施过程中的重点、常见陷阱与取舍考量，旨在为面临长构建时间与高耦合代码库的 Android 团队提供可参考的策略与经验教训。

將五年歷史的 Android 單體改為模組化：來自戰壕的教訓

我們在單一模組中有 847 個檔案，Gradle 同步要四分鐘，沒有人敢輕易改動任何東西。

重點摘要

單體專案累積至單一模組 847 個檔案

Gradle 同步耗時四分鐘，阻礙變更意願

文章分享實務拆分經驗與可借鏡的教訓

本文回顧了一個五年歷史的 Android 單體應用拆分經驗：專案僅有單一模組卻包含 847 個檔案，Gradle 同步需時四分鐘，導致開發者不敢輕易變更與演進。作者以「從戰壕中」的實務觀察，說明如何以漸進且務實的方法逐步擺脫單體、分割模組，並重建修改信心。文中整理出實作上的重點、常見陷阱與取捨考量，並提供面對長編譯時間、高耦合與龐大代碼庫時可參考的策略與教訓，適合計畫或進行模組化工作的 Android 團隊閱讀。

How to Implement Shaders in Compose Multiplatform (Android, iOS, Desktop & Web)

Medium Kotlin 作者：Meet 發布：04-12 09:25

How to Implement Shaders in Compose Multiplatform (Android, iOS, Desktop & Web)

Shaders are one of the most powerful ways to create modern, high-performance UI effects — ranging from animated backgrounds to complex visuals.

重點摘要

Shaders enable modern, high-performance UI effects.

Compose Multiplatform supports shader use across Android, iOS, Desktop, and Web.

Implementing shaders requires platform-specific considerations and testing.

This article introduces the role of shaders in Compose Multiplatform and why they matter for modern user interfaces. It explains that shaders are a powerful tool for producing high-performance visual effects — from animated backgrounds to more complex rendering — and discusses using them across Android, iOS, desktop and web targets supported by Compose Multiplatform. The piece outlines considerations when applying shaders in a multiplatform context, such as differences in platform rendering, performance implications, and the need for platform-specific adaptations or fallbacks. By covering common pitfalls and trade-offs, the article helps developers decide when to author custom shader code versus relying on built-in abstractions, and it emphasizes testing and profiling on each target to ensure smooth runtime performance and consistent appearance. For full implementation details and examples, readers are directed to the original ProAndroidDev post.

在 Compose Multiplatform（Android、iOS、桌面与 Web）中实现 Shader 的方法

Shader 是创建现代且高性能 UI 效果的最强大方式之一——从动画背景到复杂视觉效果皆适用。

重點摘要

Shader 可用于创建现代且高性能的 UI 效果。

Compose Multiplatform 可在 Android、iOS、桌面与 Web 上使用 Shader。

实现 Shader 需考虑各平台差异并进行测试与性能优化。

本文介绍在 Compose Multiplatform 中使用 Shader 的作用与重要性，说明 Shader 是实现高性能视觉效果的强大工具，能够用于动画背景及更复杂的渲染效果，并讨论在 Android、iOS、桌面与 Web 等多平台上的应用。文章指出在多平台情境下使用 Shader 时需考虑的事项，例如平台渲染差异、性能影响，以及针对不同目标的代码调整或降级方案。通过说明常见陷阱与权衡，帮助开发者判断何时编写自定义 Shader 与何时依赖内建抽象，同时强调在各平台上进行测试与性能分析以确保稳定与一致的呈现。详情与示例請參考原文。

在 Compose Multiplatform（Android、iOS、桌面與 Web）實作 Shader 的方法

Shader 是建立現代且高效能 UI 效果的最強大方式之一──從動畫背景到複雜的視覺渲染皆適用。

重點摘要

Shader 可用於建立現代且高效能的 UI 效果。

Compose Multiplatform 可在 Android、iOS、桌面與 Web 上使用 Shader。

實作 Shader 需考量各平台差異並進行測試與效能驗證。

本文介紹在 Compose Multiplatform 中使用 Shader 的價值與應用，說明 Shader 可用於建立現代且高效能的 UI 視覺效果，從動畫背景到複雜渲染效果皆適用。文章討論在 Android、iOS、桌面與 Web 等多平台實作 Shader 時的關鍵考量，包括各平台的渲染差異、效能影響，以及必要的代碼調整或替代方案。作者強調在跨平台一致性與各平台原生限制間取得平衡，並建議在各目標平台上進行測試與效能分析，以確保執行時流暢與外觀一致。欲取得具體實作範例與指引，請參閱原文。

I spent hours searching for a working example of background GPS tracking in React Native with a…

Medium Kotlin 作者：Sanyam 發布：04-12 14:42

I spent hours searching for a working example of background GPS tracking in React Native — so I built a complete one

Every example I found either used a pre-built library that hides the native code, or only showed half the picture.

重點摘要

Common examples rely on pre-built libraries that conceal native implementation

Many tutorials are incomplete or show only part of the solution

Author created and published a complete, working background GPS example

The author spent many hours looking for a reliable, end-to-end example of background GPS tracking in React Native and found existing resources lacking: most relied on pre-built libraries that hide the native code, or presented only fragments of what’s needed. Frustrated by incomplete guides, the author implemented a full working example that exposes the native parts other libraries abstract away and demonstrates a complete approach to background location tracking in a React Native app. The article explains the motivation for creating a complete reference, highlights the shortcomings of partial examples, and provides a runnable implementation so developers can see the native behavior and reproduce the functionality without relying solely on opaque third-party packages.

我花了好几个小时寻找 React Native 后台 GPS 跟踪的可用示例，于是我完整实现了一个

我找到的示例不是使用会隐藏原生代码的现成库，就是只展示了一半的内容。

重點摘要

现有示例常用封装原生实现的现成库

很多教学示例内容不完整，只给出部分方案

作者自己实现并发布了完整可运行的后台 GPS 示例

作者花费大量时间寻找一个能完整展示 React Native 后台 GPS 跟踪的可用示例，发现多数资源要么依赖将原生代码封装隐藏的现成库，要么仅展示部分步骤、缺乏可运行的完整实现。于是作者亲自实现并发布了一个完整的示例，公開了其他库通常隐藏的原生部分，提供可运行的代码与说明，帮助開發者理解并复现后台定位的完整流程，而不必完全依赖不透明的第三方套件。

我花了好幾小時尋找 React Native 背景 GPS 追蹤的可運作範例，因此我完整實作了一個

我找到的範例不是使用會隱藏原生程式碼的現成函式庫，就是只展示了一半的做法。

重點摘要

市面範例常用現成函式庫，將原生實作封裝隱藏

許多教學內容不完整，僅呈現部分流程

作者自行實作並發布完整可運作的背景 GPS 範例

作者花了大量時間尋找一個能完整示範 React Native 背景 GPS 追蹤的範例，結果發現多數資源要麼依賴將原生程式碼封裝起來的現成函式庫，要麼只呈現片段、缺乏可執行的完整流程。因為現有教學無法滿足需求，作者決定親自實作一個完整的範例，將其他函式庫隱藏的原生部分公開出來，提供可運行的範例程式與說明，讓開發者能看到完整流程並能依此重現背景定位的行為，而不必完全倚賴不透明的第三方套件。