Android 官方的最新架构中引入了 Domain （网域层 or 领域层），Domain Layer 由一个个 UseCase 组成。但是由于团队套用官方新架构后没有正确地定义 UseCase，无法发挥 Domain Layer 应有的架构价值。
在Android发展的进程中，网格布局一直比较有热度，其中一个原因是对用户来说便捷操作，对app厂商而言也会带来很多的曝光量，对于很多头部app，展示网格菜单几乎是必选项。实现网格的方式有很多种，比如GridView、GridLayout，TableLayout等，实际上，由于RecyclerView的灵活性和可扩展性很高，这些View基本没必要去学了，为什么这样说呢？主要原因是基于RecyclerView可以实现很多布局效果，传统的很多Layout都可以通过RecyclerView去实现，比如ViewPager、SlideTabLayout、DrawerLayout、ListView等，甚至连九宫格解锁效果也可以实现。
SOLID 指导我们如何写出高质量代码，而组件设计原则（Component Priciples）指导我们如何合理地组织代码，实现代码目录的高内聚和低耦合。 组件（Component）这个词现在用得比较泛滥，组件设计原则的“组件”的定义来自《 Clean Architecture》，代表是一组业务相关的文件集合，在 Android 工程中，一个组件可以等价理解为一个模块（ Gradle Module）。所以本文讨论的就是如何更好的组织这些模块，让 Android 工程架构的模块化更合理
Android 最新的架构规范中，引入了 Domain Layer（常被译为领域层 or 网域层），建议大家使用 UseCase 来封装一些复杂的业务逻辑。 传统的 MVVM 架构中，我们习惯用 ViewModel 来承载业务逻辑，随着业务规模的扩大，ViewModel 变得越来越肥大，职责不清。
