我一直在阅读Android API,看起来Fragments的意思是模仿Activity
。因此,如果一个Activity有一个ListView和DetailView,那么它应该被分成两个独立的片段,并将Activity作为主控制器。
在我之前参与过的项目中,我们使用Fragments
类似于Activity的子项。
例如:假设有一个AutomobileActivity
用于将汽车输入数据保存到云端。
我们有片段,如:
SedanFragment
TruckFragment
SportsUtilityFragment
这些片段占据了活动的整个视图,一次只显示一个。虽然这些片段使用Activity中的方法来调用常见的Web服务,例如保存汽车信息,获取汽车信息。他们也做了不同的事情,比如卡车可能有一个额外的条目设置"床尺寸"和SportsUtilityFragment可能有" Tow Limit"等。
因此,在某种程度上,我们正在利用大量的重复使用和模块化,但它并不完全是Android API的细节。这是使用碎片的坏方法吗?
答案 0 :(得分:1)
这是一个非常客观的问题,这将有很多不同的答案。在我看来,你在做什么是正确的。这背后的原因是他们有一套常见的网络服务。如果我们采用mvc方法,他们都可以拥有相同的控制器(用于调用webservices),一个模型类(Superclass- vehicle),它具有单独的模型,从这个vehicle model class.
继承通过这样做您可以在这些模型中添加一个额外的输入参数。您的视图,片段可以轻松调用这些模型的实例。如果你以这种方式模块化,你将为自己的生活变得轻松。