ResourceDictionary in einer separaten Assembly

Ich habe Ressourcenwörterbuchdateien (MenuTemplate.xaml, ButtonTemplate.xaml usw.), die ich in mehreren separaten Anwendungen verwenden möchte. Ich könnte sie zu den Assemblys der Anwendungen hinzufügen, aber es ist besser, wenn ich diese Ressourcen in einer einzigen Assembly kompiliere und meine Anwendungen darauf verweisen, oder?

Wie kann ich nach dem Erstellen der Ressourcenassembly in der App.xaml meiner Anwendungen darauf verweisen? Derzeit verwende ich ResourceDictionary.MergedDictionaries, um die einzelnen Wörterbuchdateien zusammenzuführen. Wie kann ich sie in xaml referenzieren, wenn ich sie in einer Assembly habe?

Überprüfen Sie die Pack-URI-Syntax . Sie wollen so etwas:

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

Ein Beispiel, um dies zu einer 15-Sekunden-Antwort zu machen -

Angenommen, Sie haben "styles.xaml" in einer WPF-Bibliothek mit dem Namen "common" und möchten diese aus Ihrem Hauptanwendungsprojekt verwenden:

1. Fügen Sie eine Referenz aus dem Hauptprojekt zum "allgemeinen" Projekt hinzu
2. Ihre app.xaml sollte enthalten:

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

Prost

Ich arbeite mit .NET 4.5 und konnte dies nicht zum Laufen bringen ... Ich habe die benutzerdefinierte WPF-Steuerungsbibliothek verwendet. Das hat am Ende bei mir funktioniert ...

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

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

Nur-Ressourcen-DLL ist eine Option für Sie. Dies ist jedoch nicht unbedingt erforderlich, es sei denn, Sie möchten Ressourcen ändern, ohne Anwendungen neu zu kompilieren. Nur eine gemeinsame ResourceDictionary-Datei ist ebenfalls eine Option. Es hängt davon ab, wie oft Sie Ressourcen usw. ändern.

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

MyAssembly - Nur Baugruppenname ohne Erweiterung

FolderStructureInAssembly - Wenn sich Ihre Ressourcen in einer Folde befinden, geben Sie die Ordnerstruktur an

Wenn Sie dies tun, ist es besser, auch siteOfOrigin zu kennen.

WPF unterstützt zwei Behörden: application: /// und siteoforigin: ///. Die Berechtigung application: /// identifiziert Anwendungsdatendateien, die zur Kompilierungszeit bekannt sind, einschließlich Ressourcen- und Inhaltsdateien. Die Autorität siteoforigin: /// identifiziert Ursprungsortdateien. Der Umfang jeder Behörde ist in der folgenden Abbildung dargestellt.

Für UWP:

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

Verwenden von XAML:

Wenn Sie die andere assemblyStruktur kennen und den resourcesin c # -Code möchten , verwenden Sie den folgenden Code:

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

Ausgabe: Wenn wir ResourceDictionary RD1.xamlProject WpfControlLibrary1in Project verwenden möchten StackOverflowApp.

Struktur der Projekte :

Ressourcenwörterbuch:

Code-Ausgabe:

PS: Alle ResourceDictionaryDateien sollten Build Action' Resource' oder ' Page' haben.

Verwenden von C #:

Wenn jemand die Lösung in reinem C # -Code haben möchte, dann sehen Sie sich diese Lösung an.