据我了解，活动相当于＆＃34;页面＆＃34;在网络应用中。
例如，列表视图将是一个活动，编辑视图另一个活动，并添加视图第三个活动。
虽然这可以按预期工作，但Android活动似乎作为单独的应用程序运行 - 每个活动的操作栏都不同，菜单也是如此。
我对上述活动的使用是否正确，还是应该使用其他机制，例如交换布局和视图？
答案 0 :(得分：0)
碎片是活动的核心部分 - 没有那么多不同。从Honeycomb 3.0开始使用片段，这个想法可以同时将屏幕分成几个片段。例如，如果您查看平板电脑的gmail应用程序 - 左侧有一个片段处理导航，则右侧的下一个片段是电子邮件列表。
在移动设备上，查看区域是有限的，因此您可以说片段的行为类似于活动 - 您与一个片段交互，触发另一个片段等等。但最后，您总是引用每个片段的 super 活动 - 例如，当您想要访问上下文时。
因此，如果您只想在WebView中包装网页，请坚持使用活动。如果您的方案可能涉及平板电脑和手机的开发，那么请选择片段。
或者，你可以在这里阅读两者的设计理念： http://developer.android.com/guide/components/fragments.html
祝你好运！答案 1 :(得分：0)
据我所知，Fragments是一个很好的选择，可以在不同的设备上使用不同的配置/房地产。例如，如果您使用平板电脑或电视等大型房地产设备，则可以在单个活动中显示更多内容，另一方面，对于具有较小房地产的设备，您可以基于渐进方式显示内容。
请参阅：http://developer.android.com/training/multiscreen/adaptui.html
请注意，仅在运行Android 3.0的设备上支持片段，因此您可能必须使用支持片段（请参阅：https://stackoverflow.com/a/6528757/713778）
但同样，这取决于您的具体需求。我不确定您的具体用例是什么，但我建议您在Action中观看一些Android设计，以便改进您的设计并使您的应用“以用户为中心”（参见：https://www.youtube.com/playlist?list=PLWz5rJ2EKKc8j2B95zGMb8muZvrIy-wcF）
我最近发现这个https://www.youtube.com/playlist?list=PLWz5rJ2EKKc-riD21lnOjVYBqSkNII3_k似乎提供了对用户体验的深入分析。
答案 2 :(得分：0)
当您在多个活动中具有共同功能时，将使用片段。从我的角度来看，您应该使用单独的活动，因为将有后端代码来支持（获取和验证数据，即业务逻辑）。这样您就拥有了更多模块化代码。片段是v3.0的新功能。
答案 3 :(得分：0)
我建议像网页一样使用片段视图。与活动和可重复使用相比，碎片非常活泼。
但在开始之前，请确保片段非常适合您的要求，因为它们受到Android 3.0的支持。
您可以从xml本身声明片段，也可以创建帧布局并在代码本身中添加该视图。
http://www.c-sharpcorner.com/UploadFile/2fd686/fragments/
以上链接有一个很好的示例tabhost。