衔蝉厌水

“根据信息（数据）去展示页面”是如 Compose 之类的声明式 UI 开箱即用的功能，或者说是一种范式。

我们的组件化一般设计的是菱形的结构，或者说是一种主模块依赖所有模块的结构。所以主模块是可以获取到所有的模块中的实例的，当然包括子模块中的NavGraph。

组件化的意义简而言之就是将项目变得更加任意维护。组件化的菱形结构，一般分为三层：启动层、业务层和公共层。

对于单Activity的APP中的通信实现，应当遵循官方建议和编程常识，在能解决通信需求的基础上，不应该滥用更大范围的通信方案。

Fragment之前要想通信的话，利用承载他们的Activity的ViewModel来管理通信数据是很好的一个做法。

NavGraph看起来像一个有向图，任何你在项目中可以走的路径，已经提前规定了，这对于项目开发是一种保障。

在网上有个由来已久的APP构建思路，那就是APP由一个Activity和多个Fragment来构建。曾经的Fragment是一个大坑，把Activity作为页面的承载会更稳定且开发负担更低。

Transaction是一个数据库概念，一般称之为「事务」。它的属性有四个：原子性 、一致性 、隔离性 、持久性。

这些在Sqlite中都是被允许的，不过在Room是不完全被允许的。 在这里我将介绍俩个使用@Query的使用经验。