问题标签 [react-native-maps]

我正在使用 React Native 和 Redux 创建一个可以帮助用户找到附近快餐的应用程序。我有两个组件：地图和设置。

每个组件都（通过 react-redux）连接到其各自的状态。Map还可以调度一个名为的动作创建者apiCall：

地图组件

设置组件

我希望动作创建者从状态中apiCall读取值： 。mapsettingsthis.props.apiCall(map, settings)

但是，我想避免将我的 Map 组件连接到，state.settings因为它会在每次state.settings更新时重新渲染。

我仍然很困惑，还没有找到解决这个问题的“正确方法”。这些是我尝试过的事情：

• 连接和使用Map以防止无用的重新渲染state.settingsshouldComponentUpdate()
• 使用getState()动作创建者读取state.settings值
• 将所有内容封装在另一个更高的组件中，然后传递特定的道具

前两个有效，但似乎有点反模式，第三个仍在触发重新渲染。不太清楚为什么，即使它感觉是一个很好的解决方案。我还没有尝试过选择器，但它似乎是另一种选择。

总结一下，我的问题是：

如何调度需要从不同状态读取值的操作，同时避免不必要的重新渲染？

当用户执行新搜索时，我需要删除我在组件上绘制的折线。现在，我最终在同一张地图上绘制了 2 条以上的路线，而不是仅显示新路线的新搜索。

我按照本教程渲染折线：https ://medium.com/@ali_oguzhan/react-native-maps-with-google-directions-api-bc716ed7a366 。

我尝试在 componentWillUnmount 和 ComponentWillMount 中清空状态（它为折线提供了要绘制的坐标）。我还看到了对 polyline.remove() 的引用，但据我所知，react-native-maps 或 mapbox/polyline 包不存在该功能。Mapbox 似乎有一种删除图层的方法，但是我找不到将其合并到我的项目中的方法。

我将不胜感激有关如何删除折线的任何线索。

这是一些代码。JSX：

解码折线：

}

是否可以以这样的方式显示两个本机地图框，一个是另一个内的内圈，并且所有移动/缩放事件都传播到两者？

对于我可以使用的 JS 版本：https ://www.mapbox.com/mapbox-gl-js/example/mapbox-gl-compare/

然后像这样设置剪辑路径：

给出这样的东西：

现在，假设我打算像这样使用 React Native：

依靠https://github.com/mapbox/react-native-mapbox-gl

我将如何重现类似的行为？

我正在开发 android 中的移动应用程序。我在标注视图中显示了数据。在这个视图中，一个是可触摸的链接，一个是结束标签，但它是可触摸的整个标注。但是我想要当我点击特别像预约或关闭标签时，比如关闭标注（点击错误图像），但可以触摸整个应用程序。

我的代码：

我的代码如下所示：

有一个 lineJoin 道具，但我不知道如何使用它，而且文档很少。我想像这样转弯：V => U。我有一种感觉，我试图避免进入并手动添加一大堆坐标来模拟曲线。

运行命令时出现上述错误

我读了几篇关于如何解决这个问题的帖子，但没有帮助：

我尝试执行以下操作

还是一样的错误

我想为 React-native-maps {Google} 标记设置动画。

我尝试使用动画模块，但标记不允许复杂的样式。

是否有任何功能可以修改标记的坐标并为其赋予动画？，例如：

我尝试过：

但我无法创建效果。是否有将坐标编辑为动画下降的功能？

我正在尝试实现 react-native-maps 并提出此错误。我以前使用过这个组件，没有标题中描述的错误。这都在一个类组件中，然后我将其导出。

}

我有一个基本的 react native 应用程序，它使用React Native Maps来显示位置标记（其纬度和经度是从我的 API 中提取的）。

然而，这个应用程序在 iPhone 7 模拟器上使用了超过 200MB 的内存。这是正常的吗？我以前使用过开发应用程序Swift，内存使用量很少超过 100MB。

如果我制作一个示例应用程序，只需使用他们在示例中提供的这个文件，它仍然使用超过 200MB 的内存：Draggable Markers

我需要根据在水平列表中选择的相应餐厅突出显示标记，并且滚动标记突出显示需要更改

任何实现此目的的提示或示例代码都会有很大帮助。

我正在使用 react-native-maps 库

谢谢。