我遇到了一个问题,是否有必要重写我的应用程序以使用 Fragments API。该应用程序仅包含活动,每个活动只负责一个屏幕,并且不会像 SDK 示例中那样在一个屏幕上包含两个或更多片段。我应该将应用程序重写为 Fragments API 吗?如果我必须重写,你能告诉我项目中应该使用哪种结构:
- 每个 Activity 将包含一个 Fragment 并对其进行管理。
- 只有一个活动,所有其他活动都应该重写为片段。
一般来说,不清楚何时应该使用 Fragment。
我遇到了一个问题,是否有必要重写我的应用程序以使用 Fragments API。该应用程序仅包含活动,每个活动只负责一个屏幕,并且不会像 SDK 示例中那样在一个屏幕上包含两个或更多片段。我应该将应用程序重写为 Fragments API 吗?如果我必须重写,你能告诉我项目中应该使用哪种结构:
一般来说,不清楚何时应该使用 Fragment。
是否有必要用 重写我的应用程序
Fragments
?
在这种情况下实现Fragment
s 只是额外的工作。如果只用s就可以达到你想要的效果Activity
,那就完美了。
也就是说,Fragment
即使在不必要的情况下使用 s 来实现您的应用程序也不总是一个坏主意,因为它使过渡到多屏布局变得非常简单。如果您可以看到自己在未来的某个时候为平板电脑进行优化,那么使用Fragment
s 实现您的 UI 可能是一个好主意。
以下是来自以下链接的引用:
Android 在 Android 3.0(API 级别 11)中引入了 Fragment,主要是为了在平板电脑等大屏幕上支持更动态和灵活的 UI 设计。因为平板电脑的屏幕比手机大得多,所以有更多的空间来组合和交换 UI 组件。片段允许这样的设计,而无需您管理对视图层次结构的复杂更改。
http://developer.android.com/guide/components/fragments.html
听起来您的应用设计不需要使用片段。下面是一个使用片段的 UI 设计示例:
希望这可以帮助!