本文记录了笔者在真实业务场景里遇到的适配问题，本文在保留技术方案设计的基础上，隐去了部分实现细节。 1. 背景介绍与关键问题 1.1 业务背景 对于 Android APP 的介绍 这是一个用于配合智

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

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

1. 引言：问题从何而来 这是一个真实的业务场景，发生在前后端协同工作的过程中。 1.1 场景复现 在“手机主题管理” APP 中，用户可以在“我的主题”页查看自己账号下的所有已购买主题。由于已购买主

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

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

新一代烟花效果实现方式：Compose + 协程 + Flow + Channel + 实现 核心逻辑设计： 采用三层设计结构来完成：数据层即：粒子模型、逻辑层即：协程更新、视图层即

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

循序渐进Kotlin+Compose+Multiplatform跨平台之桌面端实现系列 数据库使用， 音乐播放器，实现 音频动画效

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

我们在开发天气App时候，常见的有效果是根据天气展示实时UI效果，下雪的时候要展示下雪的效果，雷电雨时候展示雷电雨效果，这样才能让天气展示的更加真实，贴近人民生活。 本文将会展示是如何通过

title: 支付状态分层流转的设计和实现 设计目标 层次清晰：结构遵循 UI → ViewModel → Repository → SDK/Backend，并尽可能精炼。 解耦：将数据和 UI 逻辑

Kotlin + Flow 实现责任链模式的4种案例，责任链模式在开发中，用得还算是比较广泛的，掌握它的使用，对于架构或者写框架都有很大帮助

在内存优化中，享元模式和对象池均通过复用对象减少内存消耗，但核心机制和应用场景存在差异： ‌享元模式‌ 通过将对象拆分为‌：可共享的内部状态 （如字体、颜色等）和‌ 不可共享的外部状态（如坐

我在使用 Kotlin Flow 实现业务功能模块的过程中，遇到一些细节上的问题，虽然微小，但仍值得思考、学习和记录。请将本文结合前一篇文章《【业务场景架构实战】4. 支付状态分层流转的设计和实现》共

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

本案例Demo是完整案例:Kotlin+Compose+Multiplatform跨平台之桌面端实现的第二篇：主要分享了：1. 桌面端自定义标题栏，拖动，放大，缩小，最小化等2. 换肤皮肤

前面一篇文章写了2025年Android六边形战士开发趋势，需要掌握哪些技能可自我反省，其实也没有完全讲完。它还有框架篇，架构篇。但是要单单从技术上面把这两点深入掌握，需要相当的基础功底。至

花式封装：Kotlin+协程+Flow+Retrofit+OkHttp+Repository,倾囊相授,彻底减少模版代码进阶之路