Android中活动的正确用法

据我所知，活动相当于web应用程序中的“页面”

例如，列表视图是一个活动，编辑视图是另一个活动，添加视图是第三个活动

虽然这一切都如期进行，但android活动似乎是作为单独的应用程序运行的——每个活动的操作栏和菜单都是不同的

---

我对上述活动的使用是否正确，还是应该使用其他机制，如交换布局和视图？

片段是活动的核心部分，没有太大区别。碎片的使用源于蜂巢3.0，其思想是一次将屏幕分割成多个碎片。例如，如果你看一个平板电脑的gmail应用程序，左边有一个片段处理导航，右边的下一个片段是电子邮件列表

在移动设备上，查看区域是有限的，所以你可以说片段的行为有点像一个活动——你与一个片段交互，触发另一个片段，等等。但最终，您总是引用这些片段中每个片段的超级活动——例如，当您想要访问上下文时

因此，如果您只想在WebView中包装网页，请坚持使用活动。如果您的场景可能涉及平板电脑和手机的开发，那么请选择片段

或者，您也可以在此处阅读这两种设计理念：

---

祝你好运

据我所知，碎片将是一个很好的选择，可以在不同的设备上使用不同的配置/不动产。例如，如果您使用的设备具有较大的不动产（如平板电脑或电视），您可以在单个活动中显示更多内容，另一方面，对于不动产较小的设备，您可以基于渐进方式显示内容

见此：

请注意，只有运行Android 3.0的设备才支持片段，因此您可能必须使用支持片段（请参阅：）

但这同样取决于你的具体需求。我不确定你的具体用例是什么，但我建议你看一些Android设计的实例，以改进你的设计并使你的应用程序“以用户为中心”（见：）

---

我最近发现这似乎提供了一个关于用户体验的深入分析。

当您在多个活动中有共同的功能时，可以使用片段。在我看来，您应该使用单个活动，因为将有后端代码支持（获取和验证数据，即业务逻辑）。这样您就有了更多的模块化代码。片段是v3.0中的一项新功能。

我建议对类似web的视图使用片段。与活动和可重用相比，片段非常简洁

但在开始之前，请确保片段非常适合您的需求，因为它们受android 3.0的支持

您可以从xml本身声明片段，也可以创建框架布局并将该视图添加到代码本身中

---

上面的链接有一个很好的示例tabhost。

您错误地认为ListView、EditView等是独立的活动。它们只是单独的UI元素，每个活动可能有多个实例。但您可以将一个活动视为单个应用程序/多页面应用程序的一个“页面”。活动（顾名思义）是一种允许用户执行。。。活动。从编码的角度来看，每个活动自始至终都是自己的独立程序，只有与其他应用程序活动松散的编程绑定。另一方面，碎片是更完整的解决方案。@velis，你在假设我的假设。：）