API设计-MapItemsControl的目的-为什么不'；UWP团队是否只使用地图控制？

我想知道为什么存在

MapItemsControl

为什么这些不在

MapControl

上

为什么UWP团队将这些属性放在一个单独的类中，而不是在

MapControl

上添加这些属性

有趣的是（或令人困惑的是？）您基本上可以将

MapItemsControl

和一个元素添加到

MapControl

中，并显示所有：

<MapControl>
   <MapItemsControl ItemsSource="{Binding Items}" />
   <Border MapControl.Location="{Binding Location}" />
</MapControl>

---

我认为这是为了对相关地图项目进行分组。这使您能够从多个源获取地图项目并显示它们。因此，如果您有例如天气数据和交通数据，您可以将两个

MapItemControl

实例添加到

MapControl

中，并将第一个实例绑定到某个天气集合，另一个实例绑定到交通集合

---

每种类型的数据也可以有自己的自定义

ItemTemplate

，这也很方便。

我认为这是为了实现相关地图项目的分组。这使您能够从多个源获取地图项目并显示它们。因此，如果您有例如天气数据和交通数据，您可以将两个

MapItemControl

实例添加到

MapControl

中，并将第一个实例绑定到某个天气集合，另一个实例绑定到交通集合

---

每种类型的数据也可以有自己的自定义

ItemTemplate

，这也很方便。

Hmm，所以基本上就像有层一样？层已经存在，但我想因为它们不是MVVM友好的，所以使用单独的MapItemControl是MVVM友好的方式吗？是的，我认为这更为MVVM友好，由于您可以绑定任意数据类型并提供自定义XAML模板，该模板定义了如何显示，因此，如果不设置ItemTemplate，MapItemControl不会显示任何内容，这是正确的吗？我认为这是意料之中的。如果没有设置模板，大多数控件只会在项目上显示

ToString（）

，但是在

MapItemControl

的情况下，字符串并不是很有用，这很有趣，有很多种可能性可以向MapControl添加项目，没有一种方法可以将MapControl绑定到ItemsSource并创建默认的pin。嗯，所以基本上就像是有层次？层已经存在，但我想因为它们不是MVVM友好的，所以使用单独的MapItemControl是MVVM友好的方式吗？是的，我认为这更为MVVM友好，由于您可以绑定任意数据类型并提供自定义XAML模板，该模板定义了如何显示，因此，如果不设置ItemTemplate，MapItemControl不会显示任何内容，这是正确的吗？我认为这是意料之中的。如果没有设置模板，大多数控件只会在项目上显示

ToString（）

，但是在

MapItemControl

的情况下，字符串将不是很有用，尽管它很有趣，有很多种可能性可以将项目添加到MapControl，但没有一种方法可以将MapControl绑定到ItemsSource并创建默认的pin。