我开始想知道模型和 UI 之间的依赖关系和调用顺序,分别是控制器 -活动类:
当我想在方法中恢复我的 Android 应用程序的状态时,我onRestoreInstanceState
应该:
- 更新模型的状态,然后调用更新 UI 的活动?
- 更新模型的状态,然后根据模型状态更新UI?
那么我应该更喜欢哪一个呢?
所以我在这里真正看到的只是如何订购依赖调用的指南,我知道 Android 并没有真正遵循 MVC,那么我应该使用什么作为方向呢?
我开始想知道模型和 UI 之间的依赖关系和调用顺序,分别是控制器 -活动类:
当我想在方法中恢复我的 Android 应用程序的状态时,我onRestoreInstanceState
应该:
那么我应该更喜欢哪一个呢?
所以我在这里真正看到的只是如何订购依赖调用的指南,我知道 Android 并没有真正遵循 MVC,那么我应该使用什么作为方向呢?
在典型的模型-视图-控制器实现中,人们会提醒视图模型已更新,以便它可以根据更新的模型重新渲染自己。正如维基百科所说:
当模型的状态发生变化时,模型会通知其关联的视图和控制器。此通知允许视图生成更新的输出,并允许控制器更改可用的命令集。
所以这很像你的 2 号:
更新模型的状态,然后根据模型状态更新UI?
我认为 1 和 2 都可能发生,具体取决于您的应用程序是什么样的。
您的模型可以广播更改事件,可以说活动或片段可以对更新 UI 做出反应。
或者您可能有一个非常简单的模型,或者可能是一个从活动传递到活动的瞬态模型。在这种情况下,您可能更可能只更新该模型中的信息,然后命令 UI 刷新,同时传递模型。
我有点脱节,所以我认为只要你的清晰和一致,两者都很好。当我开始使用片段时,我可能会阅读对模型变化做出反应的最佳方式,他们可能更喜欢广播变化而不是直接调用更新/刷新。