多MapFragments (Android v2)的性能

Question

我搜索了新谷歌Android地图API v2的文档，但没有找到任何关于它的信息。在v2之前，我们(正式)不能正确地显示每个应用程序(进程)的多个映射。我认为，对于MapFragment实现，这不再是一个问题。我也知道，从API 17开始，Fragments可以是自成体系的。最后但并非最不重要的是，还有兼容性包，这使得能够将其全部移植回至少API 8(在API 7中，没有OpenGL 2.0，因此映射不能工作)。

我拥有将我的应用程序移植到Maps v2并实现以下场景的所有成分：ViewPager包含Fragments，每个都包含一个MapFragment。

但我应该这么做吗？我的意思是，如果我有20个包含中的MapFragments的Fragments，那么会面临性能问题吗？

如果你在医生或其他地方发现了什么能解决我问题的地方，请告诉我。

编辑:示例用法：让我们设想一个屏幕，其中包含一些特定项目的信息--地点、事件、文章。此外，让我们想象一下，在其他信息中，它必须包含一个地图才能充分发挥作用。但我希望用户能够滑动到另一个项目，如果他想。每个项目都有自己的地图。

附带注意:我知道我可以在ViewPager之外实现一个映射，并根据当前显示的项更新它，但这不是我想要的--它不是以用户为中心的设计。

可能的解决方案(但尚未检查)。ViewPager只在缓存中保留了几个(默认的- 3)片段，并在它们即将出现时重新创建它们，因此不会有太多的内存开销，因为只需要几个MapFragments。性能问题可能是MapFragment通货膨胀，我相信这是相当严重的，但这可以通过回收MapFragments来解决。

那么，如果我相信它会运行得很好，我为什么不去实现它呢？另一个问题是，如果没有应用程序，移动MapFragments就不可能了，看起来就像坏了一样。看这个。

Answer 1

您可以很容易地测试它，但我的猜测是，它将非常依赖于手机，因为地图仍然是相当沉重的运行。

也就是说，我从来不会推荐这种用户导航。地图已经可以滑动了，那么你为什么还要加上ViewPager滑动呢？这将使用户体验非常混乱。如果您想在不同的视图/兴趣点之间切换，您应该添加按钮(在导航应用程序中首选的溢出菜单按钮)或类似的东西，帮助用户导航。

Answer 2

是的，您肯定会遇到性能问题，因为ViewPager默认不使用视图回收；甚至可以使用ImageView的视图回收，更不用说使用MapFragments了。

至于在ViewPager中缓存和重新创建片段，有一个HorizontalListView库可能会节省您的精力，因为它确实支持视图回收。