让我们简要了解一下这些术语。
1. Android-Activity是独立的,它可以自己呈现视图。 2. Android-Fragment不能独立运行,需要一个Android-Activity作为其宿主。这意味着当Android-Activity被销毁时,Android-Fragment也将被销毁。Android-Fragment不严格指定应该或可以托管它的Android-Activity,只要是Android-Activity就可以。 3. Android-Activity和Android-Fragment都可以拥有ViewModel。 4. ViewModel始终依赖于Android-Activity或Android-Fragment的生命周期,这意味着当Android-Activity / Android-Fragment被销毁时,ViewModel也将被销毁(除非进行配置更改)。
让我们看一下在UML类图中定义的一些关系。
1. 组合(不确定,因为Android-Activity不依赖于Android-Fragment) 2. 聚合(不确定,因为如果Android-Activity销毁了同样适用于Android-Fragment和ViewModel,而聚合鼓励双方都能自行处理) 3. 关联(可能是也可能不是?) 4. 依赖性(可能是也可能不是?) 5. 广义化(肯定不是) 6. 实现(肯定不是)
现在,为了在UML类图上对它们进行建模,有一些问题:
1. Android-Activity与Android-Fragment之间的关系是什么? 2. Android-Activity / Android-Fragment与ViewModel之间的关系是什么?
1. Android-Activity是独立的,它可以自己呈现视图。 2. Android-Fragment不能独立运行,需要一个Android-Activity作为其宿主。这意味着当Android-Activity被销毁时,Android-Fragment也将被销毁。Android-Fragment不严格指定应该或可以托管它的Android-Activity,只要是Android-Activity就可以。 3. Android-Activity和Android-Fragment都可以拥有ViewModel。 4. ViewModel始终依赖于Android-Activity或Android-Fragment的生命周期,这意味着当Android-Activity / Android-Fragment被销毁时,ViewModel也将被销毁(除非进行配置更改)。
让我们看一下在UML类图中定义的一些关系。
1. 组合(不确定,因为Android-Activity不依赖于Android-Fragment) 2. 聚合(不确定,因为如果Android-Activity销毁了同样适用于Android-Fragment和ViewModel,而聚合鼓励双方都能自行处理) 3. 关联(可能是也可能不是?) 4. 依赖性(可能是也可能不是?) 5. 广义化(肯定不是) 6. 实现(肯定不是)
现在,为了在UML类图上对它们进行建模,有一些问题:
1. Android-Activity与Android-Fragment之间的关系是什么? 2. Android-Activity / Android-Fragment与ViewModel之间的关系是什么?