我知道Activities被设计为代表我的应用程序的单个屏幕,而Fragments被设计为可重用的UI布局,其中嵌入了逻辑。

直到不久前,我开发了一个应用程序,因为它说应该开发它们。我创建了一个“活动”来表示我的应用程序的屏幕,并将碎片用于ViewPager或谷歌地图。我很少创建可以多次重用的ListFragment或其他UI。

最近,我偶然发现一个项目只包含两个活动,一个是SettingsActivity,另一个是MainActivity。MainActivity的布局中填充了许多隐藏的全屏UI片段,仅显示一个。在“活动”逻辑中,应用程序的不同屏幕之间有许多FragmentTransition。

我喜欢这种方法的地方是,因为应用程序使用了ActionBar,所以它保持不变,不会随着屏幕切换动画而移动,这就是“活动切换”所发生的情况。这使屏幕转换更加流畅。

所以我想我要问的是分享你当前关于这个主题的开发方式,我知道这看起来可能是一个基于观点的问题,但我将其视为一个Android设计和架构问题。。。并不是一个真正基于观点的人。

更新(2014年5月1日):以下是来自Square的Eric Burke的演示(我不得不说,这是一个很棒的演示,为android开发人员提供了很多有用的工具。我与Square没有任何关系)

http://www.infoq.com/presentations/Android-Design/

根据过去几个月的个人经验,我发现构建应用程序的最佳方法是创建一组片段,这些片段代表应用程序中的一个流,并在一个活动中呈现所有这些片段。因此,基本上,应用程序中的活动数与流数相同。这样,动作栏在所有流的屏幕上保持不变,但在更改流时会重新创建,这非常有意义。正如埃里克·伯克(Eric Burke)所说,正如我所认识到的那样,使用尽可能少的活动的哲学并不适用于所有情况,因为它在他所谓的“上帝”活动中造成了混乱。


当前回答

我使用碎片来获得更好的用户体验。例如,如果您有一个按钮,并且希望在单击它时运行Web服务,我会将一个片段附加到父Activity。

if (id == R.id.forecast) {

    ForecastFragment forecastFragment = new ForecastFragment();
    FragmentManager fm = getSupportFragmentManager();
    FragmentTransaction ft = fm.beginTransaction();
    ft.replace(R.id.main_content, forecastFragment);
    ft.addToBackStack("backstack");
    forecastFragment.setArguments(b);
    ft.commit();
}

这样,用户就不必在其他活动中移动。

其次,我更喜欢碎片,因为你可以在旋转过程中轻松处理它们。

其他回答

我使用碎片来获得更好的用户体验。例如,如果您有一个按钮,并且希望在单击它时运行Web服务,我会将一个片段附加到父Activity。

if (id == R.id.forecast) {

    ForecastFragment forecastFragment = new ForecastFragment();
    FragmentManager fm = getSupportFragmentManager();
    FragmentTransaction ft = fm.beginTransaction();
    ft.replace(R.id.main_content, forecastFragment);
    ft.addToBackStack("backstack");
    forecastFragment.setArguments(b);
    ft.commit();
}

这样,用户就不必在其他活动中移动。

其次,我更喜欢碎片,因为你可以在旋转过程中轻松处理它们。

每个应用程序使用一个活动为片段提供基础使用片段进行筛选,与活性物质相比,碎片的重量较轻碎片可重复使用碎片更适合同时支持手机和平板电脑的应用程序

这个问题需要重新评估,因为Jetpack Compose已经达到稳定。

Jetpack Compose是Android推荐的用于构建本机UI。从…起https://developer.android.com/jetpack/compose

典型的喷气背包组合结构是:单个活动,多个可组合,通过喷气背包导航粘合在一起。注意,不再需要碎片了。

有关示例,请参见Android中的Now。

在我看来,这并不重要。要考虑的关键因素是

你多久会重复使用一部分UI(例如菜单),该应用程序也适用于平板电脑吗?

碎片的主要用途是构建多路径活动,这使得它非常适合Tablet/Phone响应应用程序。

不要忘记,活动是应用程序的块/组件,可以通过Intent共享和启动!因此,应用程序中的每个活动只能解决一种任务。如果您的应用程序中只有一个任务,那么我认为您只需要一个活动和多个片段(如果需要)。当然,您可以在解决其他任务的未来活动中重用片段。这种方法将明确和合乎逻辑地分离任务。您不需要为不同的片段集维护一个具有不同意图过滤器参数的活动。您可以根据需求在开发过程的设计阶段定义任务。