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

实现基于 Gitee ISSUE 作为服务端，使用 MVI 框架，以 retrofit2 作为请求库，使用了依赖注入、数据分页，分页数据缓存数据库，支持 glance 桌面小部件的 TODO App

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

图解如何在Compose中使用函数式编程结合响应式设计编写MVI逻辑层，ViewModel已经不再是Compose必须的东西了。

前言： 作为Android开发者，我们都希望能够开发出高效、可维护和可测试的应用。而MVVM（Model-View-ViewModel）架构正是我们的得力助手。在本文中，我将详细介绍MVVM架构的原理

一份好的数据结构封装，是写出一份好的业务逻辑的最基础的一环。所以遵循最佳实践，做好数据类的定义与封装。

Android 开发经过 10 多年的发展，技术在不断更迭，软件复杂度也在不断提升。我们该选择怎样的开发方式才能适配这越来越卷的开发生活？

# 前言 之前接手的一个项目里有些代码看得云里雾里的，找了半天没有找到对象创建的地方，后来才发现原

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