在 Kotlin 协程的世界里，Repository 是否应该启动协程，是一个常见但危险的误区,也是一种典型的反模式。

下面我问 15 个问题，这些问题直击 Android 架构的关键痛点与实践精髓，它们既是面试高频考点，更是日常开发中避坑指南。

效果图 非正式包每个模块独立运行 正式包每个模块合并到主分支 点击视频浏览是可以正常跳转的 这里跳转到发布适配详情页面 一、项目概述 本文介绍如何从零开始搭建一个 Android 组件化/模块化工程，

在日常开发中，我们经常会通过 UML 图形化的方式，帮助开发人员和业务分析师进行需求分析、系统设计和文档编制，这篇文章，我们将来重点分析 UML 类图。 什么是UML？

本文介绍了软件系统开发前期阶段常用的软件设计方法，包含用例图、活动图、时序图、状态图。还有业务架构、应用架构、数据架构，后续将阐述。另外，要想图画的好，需要有清晰的思考。

业务层 业务层我采取的是借助MVVM（Model-View-ViewModel）模式 ，定义抽象类BaseViewModel帮我统一管理ViewModel，定义抽象类BaseWidgetPage帮我统

UI 层整体架构 首先要明确一个概念，尽管这个概念听起来可能有一些抽象 —— 一切皆是数据 / Everything is data 是的，我们在手机上看到的一切内容，都可以认为是数据，甚至就连人类大

安卓架构，最全文章合集，请关注github更新

大概两年前决定自己做个独立的项目作为未来几年的空余时间消磨利器，并且在其中尝试使用各种最新技术，然后业务也比较复杂（不然也不能做这么久），现在项目迭代了这么久，也上架一段时间了，打算写点文章大概介绍下