android 3.0中的getSupportFragmentManager()与getFragmentManager();

android 3.0中的getSupportFragmentManager()与getFragmentManager();,android,actionbarsherlock,Android,Actionbarsherlock,在android.support.v4.app.FragmentManager的文档中: “静态库支持框架的FragmentManager版本。用于编写在Android 3.0之前的平台上运行的应用程序。在Android 3.0或更高版本上运行时,仍使用此实现;它不会尝试切换到框架的实现。。有关类概述,请参阅框架SDK文档。” 那么,我是否需要在运行时进行检查,并为运行应用程序的android版本使用适当的FragmentManager?i、 e.如果在android 3.0+上调用getFra

在android.support.v4.app.FragmentManager的文档中:

“静态库支持框架的FragmentManager版本。用于编写在Android 3.0之前的平台上运行的应用程序。在Android 3.0或更高版本上运行时,仍使用此实现;它不会尝试切换到框架的实现。。有关类概述,请参阅框架SDK文档。”


那么,我是否需要在运行时进行检查,并为运行应用程序的android版本使用适当的FragmentManager?i、 e.如果在android 3.0+上调用getFragmentManager(),而不是getSupportFragmentManager()

在android 3.0+上使用
getSupportFragmentManager()
没有问题,只要导入了支持库。如果您想对SDK 11+使用
getFragmentManager()
,请尝试使用它;请记住,如果/elseif/else在版本检查中插入了大量代码。

如果您使用的是API>=14,请使用getFragmentManager()。如果希望与API 14以下的设备兼容,则可以使用getSupportFragmentManager()。因此,getSupportFragmentManager()用于向旧平台提供更新的功能

如果您在项目或应用程序中使用支持包,则必须使用getSupportFragmentManager,因为这是您返回fragmentManager以与此活动关联的片段交互的方式。另一方面,如果不是,则可以使用getFragmentManager。这只取决于你在应用程序中使用的内容

你知道这两位经理有什么不同吗?优点/缺点?支持库旨在精确模拟功能。中间有一些细微的差别。