问在房间数据库实体上实现Parcelable是一个很好的实践吗？

EN

我只想知道这是否是个好办法。

IMHO，在现代Android应用程序开发中，由于几个原因，包括：

• 存储库模式：Android体系结构的当前模式是将数据存储和将关注点转移到一个“存储库”对象中。存储库知道数据来自和去往何处的详细信息(房间、领域、重装等)。应用程序的其余部分既不知道也不关心，因为应用程序的其余部分只是与存储库交谈。使用此模式，您将在活动和片段之间传递标识符，存储库将根据这些标识符传递模型对象。
• 隐藏实现细节：您的UI应该使用一组理想的模型类，这些类与数据存储或传输的特定实现无关。这样，如果您选择改变您的实现(例如，从一个空间到一个领域)，您的更改仍然是孤立的，并且对UI没有什么影响。如果使用存储库，则存储库将负责将Room实体和Retrofit响应转换为标准化的模型对象，其余的应用程序都知道如何使用这些对象。
• 单一的真实来源：一旦您开始通过Intent附加程序传递对象，您就在复制。如果你的应用程序的某一部分想修改模型对象.该应用程序的其余部分，保存了其他数据副本，如何知道这些变化呢？理想情况下，您有一个带有反应性API的存储库，其中存储库是进行数据更改的一方。然后，它可以将数据更改通知其他感兴趣的方面，提供模型对象的最新呈现。
• IPC内存限制：每次您使用带有startActivity()、startActivityForResult()、setResult()等的Intent时，该Intent的内容将传递给核心OS进程.即使正在启动的活动与请求启动该活动的代码处于相同的进程中。对于Intent的大小有内存限制(粗略地说，1MB或更低)。现在传递完整的模型对象可能会很好，但稍后如果有人向模型中添加了Bitmap字段或其他东西，您可能会遇到麻烦。