Java 为什么使用MapFragment而不是SupportMapFragment？

我做了一些搜索，但从来没有找到这个问题的好答案

如果我有权访问SupportMapFragment，为什么要使用MapFragment？

我知道MapFrag仅支持api级别11及更高的版本。然而，如果有一个版本的it支持更广泛的设备，那么它有什么意义呢？同样，SupportMapFrag是否有任何明显的局限性？是不是效率较低

我很乐意使用MapFragment，但根据页面，33%的设备运行姜饼（api 10）。。。我仍然不想疏远很多人

提前谢谢

--

---

旁注：读stackoverflow已经很久了，但这是我的第一篇文章。我知道你们有多讨厌那些可以用谷歌搜索来回答的问题。我真的试着看！哈哈，不过我还是希望有足够的网站链接来回答这个问题。

SupportMapFragment属于v4支持库，与Android中默认的MagFragment组件不同

SupportMapFragment将支持更多的Android版本，但它也是您必须在项目中添加的一个附加库，因此我认为这实际上取决于您针对的Android版本：

• 在最新版本上，默认组件应该足够了
• 在旧版本上，您需要安装v4支持库，可能还需要安装其他支持库

以下是Android文档中的两个链接，提供了有关支持库的详细信息：

支持库功能

支持库修订

---

SupportMapFragment属于v4支持库，与Android中作为本机组件的默认MagFragment相反

SupportMapFragment将支持更多的Android版本，但它也是您必须在项目中添加的一个附加库，因此我认为这实际上取决于您针对的Android版本：

• 在最新版本上，默认组件应该足够了
• 在旧版本上，您需要安装v4支持库，可能还需要安装其他支持库

以下是Android文档中的两个链接，提供了有关支持库的详细信息：

支持库功能

支持库修订

---

啊，我明白了！因此，每当姜饼变得不那么受欢迎时，我想SupportMapFragment可能会被贬低，而MapFrag将成为标准，因为它的诞生？我想是的，我不确定他们是否计划从支持库中删除旧组件，或者只是继续在其中添加新组件。啊，我明白了！因此，每当姜饼变得不那么受欢迎时，我想SupportMapFragment可能会贬值，MapFrag将成为标准，因为它的诞生？我想是的，我不确定他们是否计划从支持库中删除旧组件，或者只是继续在支持库中添加新组件。