最近 Amper 发布了《Kotlin Toolchain 0.11: The Next Step for Amper》 ，核心就是 Amper has evolved into the Kotlin

最近刚好在想，怎么在 Android 上接入 AirPods 的全部能力，刚好就看到了 librepods 这个项目，它是一个能让 Android 使用 AirPods 的专属功能的开源项目，比如:

引言： 上一篇我们看了快递公司的整体架构：总调度台、服务协议、加盟审核。你已经知道了"系统怎么运转"。但有一个问题还没回答：各个分公司到底是怎么找到仓库地址的？ Android 分公司用 JNI 打电

说了这么久的 Android 17 终于来正式版了，这也是 Android 系统上第一个 AI 升级，同时也是隐私又进一步收紧，需要各种适配的版本。 对开发者来说这次主要变化应该有： App 支持被

华为官方适配的 KMP/CMP 鸿蒙适配版本终于出来了，这个版本真的拖了好久了，虽然之前也有腾讯维护的 ovCompose 和 Kuikly 版本，但是现在华为官方的社区版本终于出来，也算是给了 KM

之前介绍过最好用的 Flutter AI 测试框架，然后有很多人在问有没有原生平台的，刚好就看到了一个原生平台的开源测试框架 agent-device ，甚至它还支持鸿蒙： agent-device

其实这个在 JS 生态很常见，类似 Node.js 生态的 patch-package ，Patchwork 是一个专门为 Dart/Flutter 项目设计的依赖包补丁管理工具。 其实功能很简单：

虽然 Flutter 3.44 的版本已经发布两天了，但是今天才是真正的官宣 Flutter 3.44 发布哦，3.44 虽然看起来版本号不大，但是这确实是一个超级大版本更新。 这次 3.44 核心包

App 需要适配和做的基本在 Android 17 内存管理将严格管控，App 要注意适配都已经聊过了，这次 Android 17 正式版发布也就说明这个能力正式落地了。 简单说，它主要限制的是“进程

这也算是「末法时代的残响」，GSYGithubApp 是从 9 年前第一个 RN 项目开始的，那时候 Github 还没有官方 App ，所以想着给自己做一个手机 App 。 自此第一个 RN 版本

在之前的 《iOS 26 键盘变化可能带来大量底层改动》 我们就聊过，如下图所示，是由于 iOS 26 系统键盘增加了“半透明”后带来的问题，Flutter 在键盘后面那一层在某些场景下没有正确渲染内

AOPD 面向 Flutter/Dart 编译期 AOP，延续 AspectD 注解模型，重构 SDK 适配和工具链接入。

在去年我们就提到《Android 禁止侧载将正式实施，需要等待 24 小时冷静期》，因为新的侧载限制开始后，Android 只能安装已经验证过开发者的应用，而为了验证身份，在 Google Play

最近 Android 官方又新增了一个 androidx.transform 的 patch，它的作用是支持在没有界面的环境里跑 Composable 逻辑，然后产出一个持续更新的 State<R>

从 Android 17 开始，谷歌官方开始把对内存进行严格管控，App 如果长期占用过多匿名内存 / swap，系统会按设备总 RAM 给它加限制，超限后可能直接杀进程，而且没有常规崩溃堆栈。 以前

引言： 想象你开了一家国际快递公司。客户只需要说"帮我寄到文档仓库"，至于这个仓库在俄国的 /var/documents 还是英国的 ~/Documents 还是法国的 AppData\Roaming

近日，Flutter 开了一个新的提议，就是给 Flutter 增加一个标准原语：ComponentLibrary。 ComponentLibrary 的主要想法是：给 Flutter 提供一个统一的

技术方案没有绝对的好坏，只有适不适合。了解它的内功心法，才能判断这套功夫适不适合你的战场。不要因为别人说好就觉得好，也不要因为别人说不好就觉得不好。自己去看源码，自己去验证。

在之前的 《Flutter 官方 LLM 动态 UI 库 flutter_genui 发布，让 App UI 自己生成 UI》 我们就聊过，Flutter 已经支持让 Agent 在 App 运行中动