创建应用程序时部分应用模式Android MVVM体系结构组件是否错误？

如何解决创建应用程序时部分应用模式Android MVVM体系结构组件是否错误？

我有一个大型应用程序，具有：

• 一些需要显示通过蓝牙接收的实时数据的片段（使用前景服务使与健康设备的连接保持活动状态）。
• 一些显示已存储数据的片段-可能需要访问Repo（因此，甚至建议使用MVVM体系结构组件模式也可以）。

我的问题很简单：

（从架构的角度/从应用程序设计的角度来看）是否正确使用以下流程：整个使用View-ViewModel-Repo-DB / Cloud访问应用？ -仅将Android模式应用于确实显示已存储数据的片段/活动。

我要问的是，只要显示实时数据（未存储在持久性存储中，而是由服务广播）不会在MVVM模式上折叠：（回购是什么？我没有2-3- 4-5个数据源来管理它们； ViewModel是什么？） 我只能在Service Pack中更新几个LiveData对象（在Singleton类中），或者Service可以发送“实时”广播（因此，活动仅绑定到Service或从Singleton类中观察一些LiveData对象），没关系）。

此问题背后的想法是，前景服务是数据源，而不是永久数据。如果将Android的MVVM设计应用于整个应用，则会出现另一个问题：

• 在this图中将“前台服务”“放置”在哪里？ 它是一个应用程序组件，因此应与“活动/片段”处于同一级别。 另一方面，它是数据的来源。 （因此，应将其放置在存储库下）。

此外，我还有UI和服务使用的一些SharedPref，例如：

1. ALERT_HEART_RATE-当收到的值> = ALERT_HEART_RATE时，服务会提醒用户； -活动显示该值/提供更改此值的可能性。

谢谢。

解决方法

数据源是否持久无关紧要... 动态数据的唯一区别在于，双向数据绑定没有意义，因为数据源是只读的。