随着 Kotlin Multiplatform (KMP) 进入稳定期，Compose Multiplatform 的跨端能力也日益成熟。我们是否真的能用一套代码，搞定 Android、iOS 甚至？

Speed Tools：一套低侵入的 Android 插件化 + 动态换肤 + 字体切换框架 一、前言 几年前我在 CSDN 写过一篇 [《android 插件化框架 speed-tools》]，那时

Now in Android 的项目结构并不是为了让开发更简单，而是为了让大型团队能够长期维护同一个代码库。

摘要 在现代 Android 开发中，Hilt 已经成为了 Google 官方推荐的依赖注入（DI）标准方案。然而，初学者在上手时，往往会被编译器抛出的长串 [Dagger/MissingBindin

📱 系列二：MVVM 深度实战与项目重构 |第6篇 DataBinding & ViewBinding 实战落地：告别 findViewById 的“刀耕火种” 0. 痛点复盘：为什么 findVie

Flutter和Native通信方案 一、整体架构 第一层：路由层（Flutter Boost ） 负责页面跳转，统一管理Flutter和Native的页面导航 第二层：Channel通信层 （Met

AI越来越火了，也出现了越来越多的新词，什么MCP、skill等等。我们今天就来手写一个skill。 那到底什么是 Skill？简单理解，Skill 就是一个专属智能小助手，专门帮我们自动化处理各类重

这几年也做了一些应用架构，还有重构。 整体纵向分离的架构、横向分离、架构模式、设计模式(原则/模式)之间的关系图。从宏观到微观，从整体到局部。 我简单描述下我个人的理解(不对的地方还望指出)： And

我对 MVI 一直不理解，所以和 Claude Code 有了以下对话，不纠结是黑是白，只加深两种模式之间的理解。 第一轮：MVVM 和 MVI 有什么本质的区别 问

## 一、前言 大家都是开发，有时候写着写着 ArkUI 代码，突然就会冒出个问号： > “为啥我改个状态变量，UI 就自动刷新了？” > “@Local 到底背后做了啥？能监听到那么精准吗

## 一、前言 上篇文章在结尾留下两个问题 - getContext(this) 和 getContext() 有什么区别？ - 为什么弃用直接 getContext，转而使用 UIConte

## 一、前言 在前文中，我们提到过 **“状态管理”**。 但状态管理并不仅仅是 *“数据变化 → UI 更新”* 这么简单，它还与组件的 **创建、复用、销毁** 等生命周期过程密切相关。

## 一、前言 HarmonyOS 的 **Image** 组件，相信大家平时用得还是挺开心的：一个 `url` 往里一塞，咔咔就能显示，啥也不用管，直接起飞。 但是，用着用着你可能会发现一些“

2025年Android六边形战士开发趋势，需要掌握那些技能和自我反省，要向六边形战士方向 发展并不断深入，当然六边形战士只是一个名词，Android实际涉及到的分支，可能不止6个，可以

Android架构面试题：MVP/MVVM/MVI都分不清，架构师跟你没关系 1. MVP vs MVVM vs MVI：不是选哪个，是什么场景用哪个？ 核心回答 先泼盆冷水：上来就问"你们用什么架构

大型项目架构：全动态插件化+模块化+Kotlin+协程+Flow +Retrofit+JetPack+MVVM+极限瘦身+极限启动优化+架构示例+全网唯一

Android 副屏（Virtual Display）创建与悬浮窗画中画显示实战 前言 在 Android 自动化、多任务场景中，我们经常需要将目标 App 启动到一个独立的虚拟屏幕上运行，不干扰用户

MVVM架构被官方推荐，成为Android开发中的主流架构。不过软件开发中没有银弹，MVVM架构也不是尽善尽美的，在使用过程中也会有一些缺陷，而MVI可以很好的解决一部分MVVM的痛点。

领大家来一次`Kotlin + Compose + Multiplatform`跨平台之`桌面端`实现完整案例： 1）包含新项目工程，配置，打包 2）基础布局，文字显示，图标