前言：苟有恒，何必三更眠五更起；最无益，莫过一日曝十日寒。项目采用 Kotlin 语言，Android Jetpack，组件化，模块化拆分，加入短视频功能，Flow冷流的使用···

通过 Kotlin 类委托的形式，拆分比较复杂的 ViewModel，将不同的功能模块分离出来，方便维护和修改。

我们下面会进行一定地展开，来体悟这个问题。 我们知道，对于一个module，我们对其进行编译生成静态aar包，只会处理它自身的内容。那么他的依赖是如何传递的？ 我们发现，关于测试相关的依赖并没有被收录到pom文件中。这很合理，测试代码是针对该module的，并不需要提供给使用方…

SideEffect 大家都知道在Compose中有一个重组的概念，也就是Recompose， 一般是因为数据源发生了变化，界面跟随要发生变化的场景， 但是有时候我们要考虑两种场景： 1.某个Comp

我报名参加金石计划1期挑战——瓜分10万奖池，这是我的第3篇文章，点击查看活动详情 为什么是MVI而不是MVVM MVVM作为流行的架构模式，应用在 Compose上，并没有大的问题或者设计缺陷。但是

最近在看《Android开发艺术探索》书籍，想突破一下自己知识的瓶颈，发现书中有许多知识都结合的源码进行讲解的。源码是我一直很畏惧的区域，很多时候遇到问题在网上搜索解决方式时，遇到长篇大论说源码的，我就会看不下去。如果想让我的技术得到进阶，那就必须得慢慢地区尝试阅读它，最终希望…

1 背景 在组件化的模式设计里，模块之间基于接口编程，模块内不对实现类进行硬编码。因为一旦代码里涉及具体的实现类，就违反了可拔插的原则，当需要替换一种实现，就需要修改代码。为了实现在模块装配的时候能不

很多人都介绍过Gradle 7.+提供的VersionCatalog，我就不过多展开这个了。我们最近也算是成功接入了VersionCatalog,过程也还是有点曲折的，总体来说我觉得确实比

MVI作为理解难度不亚于洋葱圈架构的存在，在经历两次商业化项目实践后，我有了更深刻的认知，相信您读完之后，一定会有区别于其他文章的重大收获。