Daily Digest

每日新聞摘要

2026年07月19日

今日總結

內容會跟隨語言切換。

📝 今日焦點：Kotlin 15 週年與 Kotlin Weekly #520 聚焦 Koog 1.0、Compose Multiplatform、Ktor、Firebase 與多項生態更新，顯示社群與工具鏈持續擴張。 🔧 效能最佳化：Compose Navigation 3 的預測返回以單一可尋址 transition 同步縮放、位移與遮罩，提升手勢流暢度；Compose 洩漏排查也更強調隱性記憶體問題的定位。 🏗 架構設計：Kotools Facet 以領域模型主導多層投影，減少 mapper；Android 可重用架構則強調以韌性設計支撐播放、下載與定位等系統級能力。 ✅ 測試與品質：Hibernate 集合映射錯誤提醒關聯欄位需用 List 或 Set；HEX ROOT SCAN 則以模組化安全工具包整合掃描、報告與 root 支援，提升稽核效率。 🚀 語言演進：Kotlin Native NuGet 讓 KMP 函式庫可發佈到 .NET 生態；實際重建案例顯示生產級 KMP App 仍可達 93% 程式碼共享。

📝 Today’s highlight: Kotlin Weekly #520 marks Kotlin’s 15th anniversary and covers Koog 1.0, Compose Multiplatform, Ktor, Firebase, and broader ecosystem updates. 🔧 Performance: Navigation 3 predictive back in Compose uses one seekable transition for scale, translation, and scrim, while leak debugging focuses on hidden retention issues. 🏗 Architecture: Kotools Facet pushes domain-first projections to cut mapper boilerplate, and a reusable Android architecture treats playback, uploads, downloads, and tracking as resilient system design. ✅ Quality: Hibernate mapping errors remind developers to use collection interfaces, while HEX ROOT SCAN centralizes modular security analysis, reporting, and root support. 🚀 Language: kotlin-native-nuget brings KMP libraries to NuGet, and a production rebuild reports 93% shared code in a real Kotlin Multiplatform app.

Kotlin Weekly #520

Kotlin Weekly 作者：發布：07-19 13:20

Kotlin Weekly #520

JetBrains celebrates Kotlin's 15th birthday, highlighting the 'Kotlin Effect' community milestones.

重點摘要

JetBrains marks Kotlin’s 15th anniversary with postcards, a browser game, and a free course.

The issue features articles on Koog 1.0, Kotlin architecture tests, and Kotlin Multiplatform workflows.

Libraries and videos cover offline speech SDKs, geometry tooling, and coroutine-focused learning resources.

Kotlin Weekly #520, dated July 19, 2026, opens with JetBrains celebrating Kotlin’s 15th birthday and the community milestones known as the “Kotlin Effect,” along with digital postcards, an interactive browser game, and free course access. The issue then rounds up several articles on practical AI agents with Koog 1.0, architecture testing in Kotlin, Compose Multiplatform UI workarounds, Firebase with Google plugins, networking setup for Kotlin Multiplatform, and a live-coding tool called dir-stepper. It also includes sponsored resources on coroutines, plus library picks such as an offline speech SDK, compiler plugin experiments, geometry support, and Compose Multiplatform editor tools.

Kotlin Weekly 第 520 期

JetBrains 庆祝 Kotlin 15 周年，并聚焦“Kotlin Effect”社区里程碑。

重點摘要

JetBrains 以数字明信片、浏览器游戏和免费课程庆祝 Kotlin 15 周年。

本期汇总 Koog 1.0、Kotlin 架构测试和 KMP 网络模块等文章。

另有 coroutines 学习资源，以及离线语音、几何与编辑器相关库介绍。

Kotlin Weekly 第 520 期发布于 2026 年 7 月 19 日，开篇介绍 JetBrains 庆祝 Kotlin 15 周年，并通过数字明信片、互动浏览器游戏和免费课程强调“Kotlin Effect”社区成果。随后收录多篇文章，涉及 Koog 1.0 的工程实践、Kotlin 架构测试、Compose Multiplatform 的 Liquid Glass 方案、Firebase 与 Google Plugins、使用 Ktor 搭建 Kotlin Multiplatform 网络模块，以及 dir-stepper 直播编码工具。期刊还包含 coroutines 赞助资源和多个库项目。

Kotlin Weekly 第 520 期

JetBrains 慶祝 Kotlin 15 週年，並聚焦「Kotlin Effect」社群里程碑。

重點摘要

JetBrains 以數位明信片、瀏覽器遊戲與免費課程慶祝 Kotlin 15 週年。

本期收錄 Koog 1.0、Kotlin 架構測試與 KMP 網路模組等文章。

另有 coroutines 學習資源，以及離線語音、幾何與編輯器相關函式庫。

Kotlin Weekly 第 520 期於 2026 年 7 月 19 日發布，首段介紹 JetBrains 慶祝 Kotlin 15 週年，並以數位明信片、互動瀏覽器遊戲與免費課程呼應「Kotlin Effect」社群成果。內容整理多篇文章，涵蓋 Koog 1.0 的實作、Kotlin 架構測試、Compose Multiplatform 的 Liquid Glass 方案、Firebase 與 Google Plugins、Ktor 網路模組設定，以及 dir-stepper 直播開發工具。期刊也收錄 coroutines 相關贊助資源與多個函式庫更新。

Predictive-back Transitions in Jetpack Compose

Dev.to Kotlin 作者：Bruno 發布：07-19 10:13

Predictive-Back Transitions in Jetpack Compose

A gesture-driven back interaction is harder than it looks: the animation must stay continuous, reversible, and correct across slow drags, quick flings, and both screen edges.

重點摘要

Builds predictive-back motion in Jetpack Compose with Navigation 3

Uses one seekable transition to sync card, scrim, and underlay

Handles RTL, cancellations, and fast flings without visual glitches

This article walks through building a gesture-driven predictive-back experience in Jetpack Compose using Navigation 3. It starts from a non-animated navigation stack, then adds regular horizontal and vertical transitions before replacing the pop animation with a fully interactive gesture. The key idea is to drive every visual property—card scale, translation, scrim opacity, and underlay motion—from one seekable transition so the interaction stays continuous during drags and remains correct after release. The author also explains how to handle RTL, preserve the outgoing entry during commit, and avoid glitches from quick flings or cancelled gestures. The result is a back interaction that feels polished, reversible, and consistent across destination types.

Jetpack Compose 中的预测返回转场

手势驱动的返回交互比看上去更难：动画必须在慢拖、快速甩动以及屏幕两侧起始滑动时都保持连续、可逆且正确。

重點摘要

用 Navigation 3 在 Jetpack Compose 中实现 predictive back

以单一可寻址 transition 同步卡片、遮罩和底层视图

兼顾 RTL、取消与快速 fling，避免动画异常

本文介绍如何在 Jetpack Compose 中结合 Navigation 3 构建手势驱动的预测返回效果。作者先从一个不带动画的导航栈开始，再逐步加入水平与垂直转场，最后把普通的返回动画替换为可跟随手势的卡片、scrim 和底层移动效果。整篇文章的关键在于使用同一个可寻址 transition 驱动所有视觉属性，包括卡片缩放、位移、阴影、遮罩透明度和底层画面位置，从而保证拖拽过程中连续、放手后平滑完成。文中也详细说明了 RTL 适配、快速 fling、取消手势，以及提交时保留离开页面等问题，确保交互在各种场景下都稳定可靠。

Jetpack Compose 中的預測返回轉場

手勢驅動的返回互動比想像中更難：動畫必須在慢拖、快甩與不同螢幕邊緣下都保持連續、可逆且正確。

重點摘要

以 Navigation 3 在 Jetpack Compose 實作 predictive back

用單一可尋址 transition 同步卡片、遮罩與底層畫面

處理 RTL、取消與快速甩動，避免視覺破綻

本文示範如何在 Jetpack Compose 中，結合 Navigation 3 打造手勢驅動的預測返回互動。作者先從沒有動畫的導航堆疊開始，再加入一般的水平與垂直轉場，最後把返回動作改成可跟隨手勢的卡片、scrim 與底層畫面效果。整個做法的核心，是讓卡片縮放、位移、遮罩透明度與底層移動都共用同一個可尋址 transition，確保拖曳時連續、放手後自然完成。文中也說明如何處理 RTL、快速甩動、取消手勢，以及在提交轉場時保留離開中的項目，讓互動在各種情境下都穩定一致。

🧹 Eliminating mapper boilerplate in Kotlin

Dev.to Kotlin 作者：Kotools 發布：07-19 15:06

Eliminating mapper boilerplate in Kotlin

Keep the domain model as the only model, and let it declare how each layer should see it.

重點摘要

Typical backends duplicate one concept across multiple shapes and layers.

Hand-written mappers add boilerplate, scattered logic, and maintenance burden.

Kotools Facet explores a domain-first approach that generates projections at compile time.

Backend systems often force a single domain concept to be represented in multiple shapes across HTTP, persistence, and service boundaries, which leads to repetitive mapper code and scattered business rules. The article argues that this is not just bad practice but a tooling limitation: one data class cannot naturally serve every layer when types differ, such as UUID in the domain and String in persistence. Kotools Facet proposes a domain-first alternative where the model itself declares how it should be projected, generating companion data classes and mapper functions at compile time. The idea is still early-stage and not yet a shipped feature, but it aims to remove mapper boilerplate by eliminating the need to hand-write it.

在 Kotlin 中消除 mapper 样板代码

让领域模型成为唯一模型，并由它自行声明各层应如何看待它。

重點摘要

同一概念常在 HTTP、持久层和服务契约中被拆成多种形态。

手写 mapper 会带来样板代码、逻辑分散和维护负担。

Kotools Facet 采用领域优先思路，尝试在编译期自动生成投影与转换。

后端开发经常把同一个领域概念拆成多种数据形态，分别对应 HTTP、持久化和服务边界，因此产生大量 mapper 与重复的数据类。文章认为，这不只是编码习惯问题，而是工具能力有限：当领域层需要 UUID、数据库层需要 String 时，总得有外部转换逻辑。Kotools Facet 提出一种领域优先方案，让模型本身声明各层如何查看它，并在编译期生成对应的数据类与 extension functions。该功能仍处于早期开发阶段，但方向明确：不是把 mapper 隐藏得更好，而是让你根本不必手写它。

在 Kotlin 中消除 mapper 樣板程式碼

讓領域模型成為唯一模型，並由它自行宣告各層應如何看待它。

重點摘要

同一概念常在 HTTP、持久層與服務介面間被拆成多種形狀。

手寫 mapper 會帶來樣板程式、邏輯分散與維護負擔。

Kotools Facet 以領域優先方式，嘗試在編譯期自動產生投影與轉換。

後端開發常把同一個領域概念拆成多種資料形狀，分別對應 HTTP、持久化與服務契約，因而產生大量 mapper 與重複資料類別。文章指出，這不只是習慣問題，而是工具限制：當領域端需要 UUID、資料庫端需要 String 時，勢必要有外部轉換層。Kotools Facet 提出以領域模型為唯一模型的做法，讓模型在自身上宣告各層的投影方式，並於編譯期產生對應的資料類別與 extension functions。此功能仍在早期開發階段，但目標很明確：不是把 mapper 藏起來，而是讓你不必手寫它。

Java Weekly, Issue 655

Baeldung 作者：baeldung 發布：07-19 12:18

Java Weekly, Issue 655

This writeup shows how a coding assistant can help investigate an unfamiliar codebase, reconstruct its architecture, and turn scattered evidence into useful documentation.

重點摘要

Martin Fowler explores how an AI copilot can help analyze legacy systems.

The issue rounds up talks, podcasts, and releases across Spring, Quarkus, Micronaut, and more.

Netflix shares lessons from building a large-scale service-topology platform from multiple data sources.

Java Weekly, Issue 655 highlights articles on Spring, Java, and broader technical topics. The lead piece looks at how a coding assistant can support reverse engineering of unfamiliar legacy systems by piecing together architecture and documentation from scattered clues. The issue also links to discussions on virtual thread pinning, ServiceLoader usability, Quarkus guardrails, Temporal, and event-driven architecture, along with webinars and recent releases for tools such as BoxLang, Quarkus, JHipster, Vert.x, Grails, Micronaut, and Piranha CMS. A second featured read explains how Netflix builds a service-topology platform at scale from multiple data sources.

Java Weekly，第 655 期

这篇文章展示了编码助手如何帮助调查陌生代码库、重建其架构，并将零散证据整理成有用文档。

重點摘要

Martin Fowler 探讨 AI 协作助手如何帮助分析遗留系统。

本期汇集 Spring、Quarkus、Micronaut 等主题的文章、演讲和版本更新。

Netflix 分享如何从多种数据源构建大规模服务拓扑平台的经验。

Java Weekly 第 655 期聚焦 Spring、Java 以及更广泛的技术话题。首篇文章说明，编码助手可以通过拼接零散线索，帮助理解陌生的遗留系统、重建架构并产出文档。本期还收录了关于虚拟线程 pinning、ServiceLoader、Quarkus 护栏、Temporal 和事件驱动架构等内容，以及多场网络讲座和 BoxLang、Quarkus、JHipster、Vert.x、Grails、Micronaut、Piranha CMS 等项目更新。另一篇重点文章介绍了 Netflix 如何利用多种数据源构建大规模服务拓扑平台。

Java Weekly，第 655 期

這篇文章展示了程式助理如何協助探索陌生的程式碼庫、重建其架構，並把零散證據整理成有用文件。

重點摘要

Martin Fowler 探討 AI 協作助手如何協助分析遺留系統。

本期整理 Spring、Quarkus、Micronaut 等主題的文章、演講與版本更新。

Netflix 分享如何從多種資料來源建立大規模服務拓樸平台的經驗。

Java Weekly 第 655 期聚焦 Spring、Java 及更廣泛的技術話題。首篇文章說明，程式助理可透過拼湊分散線索，協助理解陌生的遺留系統、重建架構並產出文件。本期也收錄多篇延伸閱讀，涵蓋虛擬執行緒釘選、ServiceLoader、Quarkus պաշտպան欄、Temporal 與事件驅動架構，以及多場網路講座與 BoxLang、Quarkus、JHipster、Vert.x、Grails、Micronaut、Piranha CMS 等套件更新。另一篇重點文章則介紹 Netflix 如何以多來源資料建構大規模服務拓樸平台。

Part 4: Stop Learning Service APIs — Start Designing Systems: Music Players, Uploads, Downloads…

Medium Kotlin 作者：Android Expert 發布：07-19 11:57

Part 4: Stop Learning Service APIs—Start Designing Systems: Music Players, Uploads, Downloads…

A reusable Android architecture for music players, uploads, downloads, and location tracking that survives process death

重點摘要

Focuses on reusable Android architecture instead of isolated service APIs

Covers use cases such as music playback, file uploads, downloads, and location tracking

Designed to survive process death and continue working reliably

This article introduces a reusable Android architecture aimed at building system-level features rather than memorizing service APIs. It frames common app capabilities—music playback, uploads, downloads, and location tracking—as design problems that should be solved with a resilient architecture. The core idea is to create a pattern that remains reliable even after process death, helping developers build Android components that are easier to reuse, maintain, and adapt across different product features.

第 4 部分：别再学习 Service API——开始设计系统：音乐播放器、上传、下载……

一种可复用的 Android 架构，适用于音乐播放器、上传、下载和位置跟踪，并能在进程死亡后继续存活

重點摘要

重点是可复用的 Android 架构，而不是零散掌握 Service API

覆盖音乐播放、文件上传、下载和位置跟踪等场景

目标是在进程死亡后仍能稳定运行

本文提出一种可复用的 Android 架构，强调开发者不应只停留在学习各种 Service API，而要从系统设计的角度处理音乐播放、上传、下载和位置跟踪等常见能力。作者希望建立一套更具韧性的方案，使应用在进程死亡后仍能持续可靠工作，从而提升组件的可复用性、可维护性，以及面对不同业务场景时的扩展能力。

第 4 部分：別再學習 Service API——改為設計系統：音樂播放器、上傳、下載……

一套可重用的 Android 架構，適用於音樂播放器、上傳、下載與定位追蹤，且能在程序死亡後仍持續運作

重點摘要

重點在可重用的 Android 架構，而非零散學習 Service API

涵蓋音樂播放、檔案上傳、下載與定位追蹤等情境

設計目標是能在程序死亡後依然可靠運作

本文提出一套可重用的 Android 架構，主張開發者不應只記住各種 Service API，而應把音樂播放、上傳、下載與定位追蹤等常見需求視為系統設計問題來處理。作者強調架構必須具備韌性，能在程序死亡後仍維持可靠運作，讓相關元件更容易重用、維護，也更能應對不同功能場景的擴充需求。

Bring your KMP library to NuGet

Medium Kotlin 作者：Isuru Rajapakse 發布：07-19 13:17

Bring Your KMP Library to NuGet

With the kotlin-native-nuget plugin, you can bring your Kotlin to C# idiomatically.

重點摘要

Use kotlin-native-nuget to publish KMP libraries to NuGet

Make Kotlin available to C# developers in an idiomatic way

The article introduces a path for Kotlin Native distribution via NuGet

This article introduces the kotlin-native-nuget plugin as a way to publish Kotlin Multiplatform libraries to NuGet. It explains that the plugin helps bring Kotlin into the C# ecosystem in an idiomatic manner, making it easier for .NET developers to consume Kotlin Native artifacts. The post is a short pointer to a workflow for distributing KMP libraries beyond the Kotlin ecosystem.

将你的 KMP 库带到 NuGet

借助 kotlin-native-nuget 插件，你可以以更符合惯用方式把 Kotlin 带入 C# 世界。

重點摘要

使用 kotlin-native-nuget 将 KMP 库发布到 NuGet

让 C# 开发者以惯用方式使用 Kotlin

文章介绍了通过 NuGet 分发 Kotlin Native 的路径

本文介绍了 kotlin-native-nuget 插件，可用于将 Kotlin Multiplatform 库发布到 NuGet。作者指出，这能以更符合 C# / .NET 习惯的方式把 Kotlin 带入相关生态，让 .NET 开发者更容易消费 Kotlin Native 产物。这是一篇简短的引导性文章，重点在于 KMP 库跨生态分发的做法。

將你的 KMP 函式庫帶到 NuGet

透過 kotlin-native-nuget 外掛，你可以用更符合慣例的方式把 Kotlin 帶進 C# 世界。

重點摘要

使用 kotlin-native-nuget 發布 KMP 函式庫到 NuGet

讓 C# 開發者以慣用方式使用 Kotlin

文章介紹了透過 NuGet 分發 Kotlin Native 的做法

本文介紹 kotlin-native-nuget 外掛，可用來將 Kotlin Multiplatform 函式庫發佈到 NuGet。作者指出，這能以較符合 C# / .NET 慣例的方式把 Kotlin 帶入相關生態系，讓 .NET 開發者更容易使用 Kotlin Native 成果。這是一篇簡短的導引文，重點在於 KMP 函式庫的跨生態分發途徑。

The Memory Leaks Jetpack Compose Hides From LeakCanary (And How to Actually Find Them)

Medium Kotlin 作者：Naveen Udesh 發布：07-19 13:20

The Memory Leaks Jetpack Compose Hides From LeakCanary (And How to Actually Find Them)

If you’ve spent any time debugging memory in a View-based Android app, you know the drill: LeakCanary flags a retained Activity, you trace...

重點摘要

LeakCanary can miss leaks introduced by Jetpack Compose.

Compose can retain objects in ways that are harder to trace than View-based apps.

The article focuses on how to uncover those hidden memory leaks.

This article introduces the challenge of debugging memory leaks in Jetpack Compose apps, especially leaks that LeakCanary may not easily surface. It contrasts the familiar workflow from View-based Android apps, where a retained Activity often points directly to the problem, with Compose’s more opaque retention patterns. The piece aims to show how Compose can hide leaks from standard leak detection and emphasizes practical ways to identify them more reliably.

Jetpack Compose 会让 LeakCanary 看不见的内存泄漏，以及如何真正找出它们

如果你曾在基于 View 的 Android 应用中调试内存，就知道流程：LeakCanary 会标出被保留的 Activity，然后你一路追查……

重點摘要

LeakCanary 可能漏掉 Jetpack Compose 引入的泄漏。

Compose 的对象保留方式比 View-based 应用更难追踪。

文章重点在于如何找出这些被隐藏的内存泄漏。

本文讨论 Jetpack Compose 应用中的内存泄漏排查难题，尤其是 LeakCanary 不一定能直接暴露的隐藏泄漏。作者先对比传统 View-based Android 应用中的调试流程：通常只要发现某个 Activity 被保留，就能顺着引用链定位问题；但在 Compose 中，对象的保留方式更不直观，泄漏也更容易被掩盖。文章核心是说明如何更可靠地发现这类隐性内存泄漏。

Jetpack Compose 會讓 LeakCanary 看不見的記憶體洩漏，以及如何真正找出它們

如果你曾經在以 View 為基礎的 Android App 中除錯記憶體，就知道流程：LeakCanary 會標出被保留的 Activity，接著你一路追查……

重點摘要

LeakCanary 可能漏掉 Jetpack Compose 引入的洩漏。

Compose 的物件保留方式比 View-based App 更難追查。

文章重點在於如何找出這些被隱藏的記憶體洩漏。

本文討論 Jetpack Compose 應用中的記憶體洩漏除錯難題，特別是 LeakCanary 不一定能直接指出的隱藏洩漏。作者先對照傳統 View-based Android App 的除錯流程：通常只要看到被保留的 Activity，就能順藤摸瓜找出問題；但在 Compose 中，物件保留與生命週期關係更不直觀，因此更容易把洩漏藏起來。文章主旨是說明如何更可靠地發現這類隱性記憶體洩漏。

Solving org.hibernate.AnnotationException: Illegal Attempt to Map a Non Collection

Baeldung 作者：Andrei Branza 發布：07-19 01:30

Solving org.hibernate.AnnotationException: Illegal Attempt to Map a Non Collection

The root of the problem is a mismatch between an annotation and a field type.

重點摘要

Hibernate requires @OneToMany, @ManyToMany, and @ElementCollection fields to use collection interfaces.

Using a concrete type like ArrayList causes the mapping to fail during startup.

A single-valued relationship should use @ManyToOne or @OneToOne instead.

This article explains why Hibernate throws org.hibernate.AnnotationException: Illegal attempt to map a non collection as a collection-based association. The key rule is that fields annotated with @OneToMany, @ManyToMany, or @ElementCollection must be declared as collection interfaces such as List or Set, not concrete classes like ArrayList, because Hibernate needs to substitute its own proxy implementation. The article reproduces the error with a Post and Comment example, then shows the fix by changing the field type to an interface while keeping the ArrayList initialization. It also covers a related mistake: using a collection annotation on a single reference, which should instead be modeled with @ManyToOne or @OneToOne.

解决 org.hibernate.AnnotationException：非法尝试将非集合映射为集合

问题的根源在于注解与字段类型不匹配。

重點摘要

@OneToMany、@ManyToMany、@ElementCollection 必须声明为集合接口。

如果使用 ArrayList 这类具体类，Hibernate 会在启动阶段报错。

单值关联应改用 @ManyToOne 或 @OneToOne。

本文解释了 Hibernate 为何会抛出 org.hibernate.AnnotationException: Illegal attempt to map a non collection 这一异常。核心规则是：带有 @OneToMany、@ManyToMany 或 @ElementCollection 注解的字段，必须声明为 List、Set 等集合接口，而不能直接使用 ArrayList 之类的具体类，因为 Hibernate 需要用自己的代理实现来处理懒加载和脏检查。文章通过 Post 与 Comment 的示例重现错误，并说明把字段类型改成接口即可修复。与此同时，如果字段实际表示单个引用，则应使用 @ManyToOne 或 @OneToOne，而不是集合注解。

解決 org.hibernate.AnnotationException：非法嘗試將非集合映射為集合

問題的根源在於註解與欄位型別不相符。

重點摘要

@OneToMany、@ManyToMany、@ElementCollection 需要宣告為集合介面。

若使用 ArrayList 這類具體類別，Hibernate 會在啟動時失敗。

單一值關聯應改用 @ManyToOne 或 @OneToOne。

本文說明 Hibernate 為何會拋出 org.hibernate.AnnotationException: Illegal attempt to map a non collection 這個錯誤。重點在於，凡是標註 @OneToMany、@ManyToMany 或 @ElementCollection 的欄位，都必須以 List、Set 等集合介面宣告，而不能直接使用 ArrayList 這類具體類別，因為 Hibernate 需要以自身的代理實作來管理延遲載入與 dirty checking。文章以 Post 與 Comment 的範例重現問題，接著示範將欄位型別改為介面即可修正。另也提醒：若欄位其實只代表單一引用，應改用 @ManyToOne 或 @OneToOne。

# 🚀 Introducing HEX ROOT SCAN: A Mobile Security Toolkit for Android ## A modern security workspace built for Android researchers and developers

Dev.to Kotlin 作者：Jaypsmall 發布：07-19 03:26

Introducing HEX ROOT SCAN: A Mobile Security Toolkit for Android

A modern security workspace built for Android researchers and developers

重點摘要

Modular Android security suite for mobile analysis

Supports root access, API integrations, and report generation

Designed for a centralized, portable security dashboard

HEX ROOT SCAN is an Android security toolkit built to bring advanced analysis capabilities directly to mobile devices. The project aims to provide a clean, powerful, and portable workspace for users who need more than a basic scanner. Its modular design includes network analysis, security information gathering, root support, API integrations, and report generation. Rather than relying on multiple environments and manual setup, it offers a centralized interface for organized results and documentation. The project is being developed for researchers, developers, administrators, students, and authorized testers, with future work focused on more modules, better reporting, performance, integrations, and user experience.

介绍 HEX ROOT SCAN：面向 Android 的移动安全工具包

为 Android 研究者和开发者打造的现代化安全工作空间

重點摘要

模块化 Android 安全套件，支持移动端分析

整合 root 权限、API 接入和报告导出

以单一界面集中管理安全结果与文档

HEX ROOT SCAN 是一套 Android 安全工具包，旨在将高级分析能力直接带到移动设备上。该项目希望为需要超越基础扫描器的用户，提供干净、强大且便携的安全工作空间。它采用模块化架构，集成网络分析、安全信息收集、root 支持、API 接入和报告生成，并以集中式界面替代多环境和手动配置。项目目前仍在持续开发，未来将加入更多模块、改进报告、提升性能、扩展集成并优化用户体验，适合研究人员、开发者和经授权的测试者使用。

介紹 HEX ROOT SCAN：面向 Android 的行動安全工具包

為 Android 研究人員與開發者打造的現代化安全工作環境

重點摘要

模組化 Android 安全套件，支援行動端分析

整合 root 權限、API 介接與報告輸出

以單一介面集中管理安全結果與文件

HEX ROOT SCAN 是一套 Android 安全工具包，目標是把進階分析能力直接帶到行動裝置上。此專案希望為需要超越基礎掃描器的使用者，提供乾淨、強大且可攜的安全工作環境。它採模組化設計，整合網路分析、安全資訊蒐集、root 支援、API 介接與報告產生，並以集中式介面取代多環境與手動設定。專案目前持續開發中，預計加入更多模組、改善報告、效能、整合與使用體驗，適合研究人員、開發者與經授權的測試者使用。

We Called Our App Multiplatform. 848 Lines Actually Were.

Medium Kotlin 作者：Shiva Thapa 發布：07-19 05:25

We Called Our App Multiplatform. 848 Lines Actually Were.

The rebuild of a production KMP app to 93% measured shared code, with real numbers from both codebases.

重點摘要

Production KMP app rebuilt to 93% measured shared code

The article compares real code counts from both codebases

The result shows how much logic can be shared in practice

This article describes the rebuild of a production Kotlin Multiplatform app and reports that 93% of the code was measured as shared. Rather than relying on vague claims, the author uses real numbers from both the shared and platform-specific codebases to show how much of the application could actually be consolidated. The piece highlights a practical, data-driven view of multiplatform development and frames the result as evidence that substantial sharing is possible in a real production app.

我们称这款应用是多平台的；实际上只有 848 行

对一款生产环境中的 KMP 应用进行重建后，测得共享代码达到 93%，并有来自两个代码库的真实数据。

重點摘要

生产环境的 KMP 应用重建后，共享代码达到 93%

文章用两个代码库的实际数据进行对比

结果说明多平台开发在实践中可共享大量逻辑

本文介绍了一次面向生产环境的 Kotlin Multiplatform 应用重建，测得其中 93% 的代码为共享代码。作者没有只做概念性描述，而是拿出共享代码与各平台代码库的真实统计数据，说明多平台开发在实际项目中能够实现多大程度的复用。整篇文章强调以数据验证成果，表明在真实应用里仍可将相当比例的业务逻辑集中到共享层。

我們稱這個 App 為多平台；實際上共有 848 行程式碼

一個正式上線的 KMP App 重建後，量測出的共享程式碼比例達到 93%，並以兩個程式碼庫的真實數據佐證。

重點摘要

正式上線的 KMP App 重建後，共享程式碼比例達 93%

文章以兩個程式碼庫的實際數據進行比較

結果顯示多平台開發在實務上可共享大量邏輯

本文介紹一個正式上線的 Kotlin Multiplatform App 重建案例，量測結果顯示共有 93% 的程式碼可共享。作者沒有停留在概念宣稱，而是以共享與平台專屬兩個程式碼庫的真實數字來驗證成果，呈現多平台開發在實務中的可行性。文章重點在於以數據說明：在生產環境的 App 中，仍有相當高比例的邏輯能夠整合與重用。