了解 MVVM 以及为什么它实际上是有意义的！
什么是设计模式？
好吧，在讨论 MVVM 或其他设计模式之前。首先，为什么我们需要这些设计模式，什么是设计模式？
设计模式是您编写项目的一种方式
-
假设您正在构建一个项目，并且您希望确保随着项目以最有效的方式最有效地增长，或者您希望降低代码库的复杂性，那么您可能正在寻找一种设计模式，也许您需要它来使用它。
-
您不需要在简单的应用程序中添加设计模式，在这种情况下使用数据和视图应该没问题。
-
此外，如果您刚刚开始开发，您可以进一步了解这些内容。
MVVM
MVVM 是一种有意义的设计模式！
- 为了简单起见，这就是 MVVM 的含义：
MVVM = Model-View-ViewModel
Model
-
Model通过多个类/对象表示应该存在于您的应用程序/项目中的数据，您可以稍后通过 ViewModel 访问这些数据。
-
现在可以从任何地方检索这些数据，它可能来自 API、数据库或任何东西。
-
在 Android Dev 的上下文中也称为存储库。
在模型对象/类的情况下，核心是您选择的任何数据（字符串、其他数据或其他），因为它与它联网。
你的“Model”应该怎么做？
也称为存储库
-
不应该知道除了 kotlin 中的数据类或其他网络东西之外的任何东西。
-
所有业务逻辑都应该在这里完成（网络或其他东西），ViewModel 或其他人可以从中访问您的“模型”中的数据。
看法
您的任何项目的UI都被视为“View”
-
如果您正在使用 xml+kotlin || xml+java 然后 XML 可以被视为此处的View，或者如果您正在使用 Jetpack Compose，那么可组合函数可以被视为此上下文中的“View”。
-
View从不直接包含数据，它们会从 ViewModel 或其他获取数据。
你的“View”应该做什么？
-
所有与你的 UI 相关的逻辑都应该只在这个特定的层中完成，如果你正在使用 Jetpack Compose，你只需要在可组合的函数中编写你的 UI 相关的东西。
-
应该能够与 ViewModel 聊天以从您将更新 UI 的 ViewModel 访问数据。
ViewModel
ViewModel 类旨在以生命周期意识的方式存储和管理与 UI 相关的数据。ViewModel 类允许数据在配置更改（例如屏幕旋转）后继续存在。
- ViewModel 通过 Model 处理 UI 所需的数据，它负责 UI 的状态。
在 ViewModel 的情况下，它的网络（聊天）是 UI 和Model。
你的“ViewModel”应该做什么？
-
确保“ViewModel”不知道您可以从中访问来自任何其他 UI 文件的数据的 UI 内容。
-
ViewModel 应该知道“模型”|| “存储库”，您可以从中从“模型”中获取所需的数据|| “存储库”，以便 UI 可以从您的 ViewModel 中获取该数据。
深入了解 MVVM
看一下这张图片，了解我们正在尝试使用 MVVM 实现的目标：
“ViewModel”和“Model”之间的关系
看看这张图片，了解ViewModel和Model到底做了什么：
- 模型应该只响应 ViewModel 请求的结果。
“View”和“ViewModel”之间的关系
看看这张图片，了解View和ViewModel到底做了什么：
- UI 可以从 ViewModel 访问数据，并可以相应地更新视图模型数据。
为什么选择 MVVM？
-
根据我的经验，MVVM 几乎解决了代码库中的一团糟。您可以清楚地了解自己在做什么以及正在发生什么。使用 Retrofit + MVVM 将是一个很好的组合，它在处理网络操作时为您提供了很多您想要的灵活性。
-
MVVM 清楚地将这些东西（UI、逻辑、其他东西）分解到各自的位置。一般来说，连接较少的项目结构对扩展、测试等具有很好的兼容性。
