MVVM 中的模型只是简单的 pojo class？
Model in MVVM is simply is simply a pojo class?
在MVVM Architechture中M代表Model保存数据。根据许多参考资料，它看起来与 POJO classes 相同。
我对吗 ？
如果是，那么整个 android 生命周期架构是 POJO classes 的 depend/composed，与 MVVM 一样，我们可以使用也使用 POJO class 或 DATA class 的数据绑定.
在 android 房间集成中，它还使用 POJO 创建 table，
在实时模型架构中，大多数人使用 POJO classes.
据我所知，如果您的应用程序有很多 Api 集成以及后端没有 SQL 发生在我的情况，
因为 Api 不一致，数据恰好变化很快，每天都会添加新参数。
请简述使用POJO的优缺点class
以及使用非一致性 API 结构的 POJO 的方法。
目前我正在使用 GSON 手动反序列化数据。
综上所述，是的。您的模型 class 是简单的 pojo。
您的 UI（您的视图）可以从 ViewModel 获取数据。 ViewModel 使用模型中的数据提供此数据。
但您仍然可以在 ViewModel 中动态更新 Model。在 Guide to app architecture 中，您可以找到显示常见模式的图表。您的 ViewModel 从存储库 class.
获取其模型
存储库 class 处理对数据库或 Web 服务或任何其他接口的调用，以向 ViewModel 提供最新数据。 ViewModel 不关心数据来自哪里。
这对单元测试有好处，因为如果您想向 ViewModel 提供模拟数据，您只需要重写 Repository 接口。
Source: Google, https://developer.android.com/jetpack/docs/guide
在MVVM Architechture中M代表Model保存数据。根据许多参考资料，它看起来与 POJO classes 相同。 我对吗 ？ 如果是，那么整个 android 生命周期架构是 POJO classes 的 depend/composed，与 MVVM 一样，我们可以使用也使用 POJO class 或 DATA class 的数据绑定. 在 android 房间集成中，它还使用 POJO 创建 table， 在实时模型架构中，大多数人使用 POJO classes.
据我所知，如果您的应用程序有很多 Api 集成以及后端没有 SQL 发生在我的情况， 因为 Api 不一致，数据恰好变化很快，每天都会添加新参数。
请简述使用POJO的优缺点class 以及使用非一致性 API 结构的 POJO 的方法。
目前我正在使用 GSON 手动反序列化数据。
综上所述，是的。您的模型 class 是简单的 pojo。
您的 UI（您的视图）可以从 ViewModel 获取数据。 ViewModel 使用模型中的数据提供此数据。
但您仍然可以在 ViewModel 中动态更新 Model。在 Guide to app architecture 中，您可以找到显示常见模式的图表。您的 ViewModel 从存储库 class.
获取其模型存储库 class 处理对数据库或 Web 服务或任何其他接口的调用，以向 ViewModel 提供最新数据。 ViewModel 不关心数据来自哪里。
这对单元测试有好处，因为如果您想向 ViewModel 提供模拟数据，您只需要重写 Repository 接口。