ResourceDictionary dans un assemblage séparé

J'ai des fichiers de dictionnaire de ressources (MenuTemplate.xaml, ButtonTemplate.xaml, etc.) que je souhaite utiliser dans plusieurs applications distinctes. Je pourrais les ajouter aux assemblys des applications, mais c'est mieux si je compile ces ressources dans un seul assemblage et que mes applications y font référence, non?

Une fois l'assembly de ressource créé, comment puis-je le référencer dans le fichier App.xaml de mes applications? Actuellement, j'utilise ResourceDictionary.MergedDictionaries pour fusionner les fichiers de dictionnaire individuels. Si je les ai dans un assemblage, comment puis-je les référencer dans xaml?

Découvrez la syntaxe URI du pack . Vous voulez quelque chose comme ça:

<ResourceDictionary Source="pack://application:,,,/YourAssembly;component/Subfolder/YourResourceFile.xaml"/>

Un exemple, juste pour en faire une réponse de 15 secondes -

Supposons que vous ayez "styles.xaml" dans une bibliothèque WPF nommée "common" et que vous souhaitiez l'utiliser à partir de votre projet d'application principal:

1. Ajouter une référence du projet principal au projet "commun"
2. Votre app.xaml doit contenir:

<Application.Resources>
    <ResourceDictionary>
        <ResourceDictionary.MergedDictionaries>
            <ResourceDictionary Source="pack://application:,,,/Common;component/styles.xaml"/>
        </ResourceDictionary.MergedDictionaries>
    </ResourceDictionary>
</Application.Resources>

À votre santé

Je travaille avec .NET 4.5 et je n'ai pas pu faire fonctionner cela ... J'utilisais WPF Custom Control Library. Cela a fonctionné pour moi à la fin ...

<ResourceDictionary Source="/MyAssembly;component/mytheme.xaml" />

source: http://social.msdn.microsoft.com/Forums/en-US/wpf/thread/11a42336-8d87-4656-91a3-275413d3cc19

DLL de ressources uniquement est une option pour vous. Mais ce n'est pas obligatoire, sauf si vous souhaitez modifier les ressources sans recompiler les applications. Avoir un seul fichier ResourceDictionary commun est également une option. Cela dépend de la fréquence à laquelle vous changez de ressources, etc.

<ResourceDictionary Source="pack://application:,,,/
     <MyAssembly>;component/<FolderStructureInAssembly>/<ResourceFile.xaml>"/>

MyAssembly - Juste le nom de l'assembly sans extension

FolderStructureInAssembly - Si vos ressources sont dans un répertoire, spécifiez la structure du dossier

Lorsque vous faites cela, il est préférable de connaître également siteOfOrigin .

WPF prend en charge deux autorités: application: /// et siteoforigin: ///. L'autorité application: /// identifie les fichiers de données d'application connus au moment de la compilation, y compris les fichiers de ressources et de contenu. L'autorité siteoforigin: /// identifie les fichiers du site d'origine. La portée de chaque autorité est illustrée dans la figure suivante.

Pour UWP:

<ResourceDictionary Source="ms-appx:///##Namespace.External.Assembly##/##FOLDER##/##FILE##.xaml" />

Utilisation de XAML:

Si vous connaissez l'autre assemblystructure et souhaitez le code resourcesen c # , utilisez le code ci-dessous:

 ResourceDictionary dictionary = new ResourceDictionary();
 dictionary.Source = new Uri("pack://application:,,,/WpfControlLibrary1;Component/RD1.xaml", UriKind.Absolute);
 foreach (var item in dictionary.Values)
 {
    //operations
 }

Sortie: si nous voulons utiliser le ResourceDictionary RD1.xamlprojet WpfControlLibrary1dans le StackOverflowAppprojet.

Structure des projets :

Dictionnaire de ressources:

Sortie de code:

PS: Tous les ResourceDictionaryfichiers doivent avoir Build Actioncomme ' Resource' ou ' Page'.

Utilisation de C #:

Si quelqu'un veut la solution en code purement c #, voyez ma solution.