wpf - the - Multiple ResourceDictionary con la misma clave DataTemplate?

resources in resourcedictionary require ax key attribute

Question

Tengo un ResourceDictionary como (MyResourceDictionary):

<ResourceDictionary xmlns
.....
>
<ResourceDictionary.MergedDictionaries>
<ResourceDictionary Source="SeriesTwo.xaml" />
</ResourceDictionary.MergedDictionaries>
<DataTemplate x:Key="SeriesDetailedInformation">
<StackPanel>
......content...
</StackPanel>
</DataTemplate>
</ResourceDictionary>

SeriesTwo.xaml se ve así y también tiene DataTemplate con el mismo nombre

<ResourceDictionary xmlns=
.....
>
<DataTemplate x:Key="SeriesDetailedInformation">
<DataGrid>
......content...
</DataGrid>
</DataTemplate>
</ResourceDictionary>

En mi página de vista, ¿qué plantilla de datos de SeriesDetailedInformation se usa? ¿Depende de qué diccionario de recursos hago referencia primero en mi página?

También se agradece cualquier buen enlace y otro material de lectura sobre este tema.

Answer 1

Un par de cosas de esta página parecen relevantes para su pregunta:

El comportamiento de búsqueda dentro de la colección MergedDictionaries busca primero el último ResourceDictionary agregado, y la búsqueda se detiene tan pronto como se encuentra una clave solicitada. En otras palabras, la lógica de recuperación de la colección de diccionarios de recursos fusionados es la última en entrar, la primera en salir.

Y:

Los recursos en un diccionario combinado ocupan una ubicación en el ámbito de búsqueda de recursos que está justo después del alcance del diccionario de recursos principal en el que se fusionaron.

A partir de esto, me doy cuenta de que el DataTemplate definido en su diccionario principal se usaría primero, luego SeriesTwo, y cualquier referencia antes / arriba de SeriesTwo después de eso.

Además, ¿por qué no probarlo y ver qué pasa? Mantengo una solución que llamo "DumbCrapTestApp" donde pruebo cosas como esta cuando tengo curiosidad sobre cómo funciona algo. Tiene una aplicación de consola para cuando necesito probar algo dentro del lenguaje, y una WPF y una aplicación de Silverlight para cuando quiera probar algo ahí. Si necesitaba una aplicación WinForms, simplemente agregaría una y haría lo mío allí. Simplemente coloco el código que quiero probar en la aplicación relevante, lo configuro como mi Proyecto de inicio y me voy. Es realmente útil para descifrar estas pequeñas cosas y hasta lo he usado para obtener aclaraciones y verificar respuestas antes de publicarlas aquí en SO.