Wie zu zwingen, WPF zu verwenden, Ressourcen-URIs, die Verwendung assembly mit starkem Namen? Argh!

O. k, das ist wirklich irritierend, ich hatte zuvor aufgefallen, dass der erzeugte code von WPF für das laden von XAML-Ressourcen nicht erscheinen, verwenden Sie eindeutige Namen und können daher problematisch sein, für Szenarien, in denen Sie benötigen, um support-side-by-side-Versionen von WPF-Assemblys.

Dieser hat stellte sich heraus, der Fall zu sein, und es ist jetzt was mir Probleme - ich habe ein plug-in system unterstützen soll, side-by-side-installation von plugins, die unterscheiden sich nur in Ihrer version zahlen (Ihre assembly-Versionen). Dies kann natürlich unterstützt werden .NET seit Baugruppen ermittelt werden, um verschiedene Identitäten, auch wenn Sie die gleiche DLL mit dem Namen, vorausgesetzt, Sie sind stark Namen und entweder einer anderen öffentlichen/privaten Schlüssel haben ODER eine andere assembly-version-Nummer.

Nun, wenn wir uns den generierten code für windows und Benutzersteuerelemente von visual studio, sehen wir in der automatisch generierten Datei die folgenden:

///<summary>
///InitializeComponent
///</summary>
[System.Diagnostics.DebuggerNonUserCodeAttribute()]
public void InitializeComponent() {
    if (_contentLoaded) {
        return;
    }
    _contentLoaded = true;
    System.Uri resourceLocater = new System.Uri("/Sensormatic.AMK1000.Panel;component/views/servicepanelui.xaml", System.UriKind.Relative);

    #line 1 "..\..\..\Views\ServicePanelUI.xaml"
    System.Windows.Application.LoadComponent(this, resourceLocater);

    #line default
    #line hidden
}

Beachten Sie die Zeile, wo die Ressource locater ist erstellt - es ist mit einem relativen URI die nicht angeben, der starke name oder die version der assembly enthält den xaml-Ressource.

Dachte ich, vielleicht LoadComponent würde prüfen, ob der aufrufenden assembly, der die Identität und den öffentlichen Schlüssel und die version details oder vielleicht überprüfen die Identität der assembly, welche den Typ enthält, für den "this" - parameter.

Es scheint dies nicht der Fall ist - wenn Sie zwei Baugruppen mit unterschiedlichen Versionsnummern (aber den gleichen Dateinamen), dann bekommen Sie eine IOException mit der Meldung "Cannot locate resource-X" (für das obige Beispiel "Cannot locate resource 'views/servicepanelui.xaml'.

Schlimmer noch, ich bin mir ziemlich sicher, dass dies auch bedeuten wird, dass Assemblys mit dem gleichen Dateinamen, aber unterschiedlichen öffentlichen/privaten Schlüssel, D. H. von verschiedenen Verlagen, auch dieser Fehler führen.

So, weiß jemand wie man das umgehen kann? Wie man WPF starken Namen-konform.

Hinweis, so weit ich bin besorgt das ist ein WPF-bug. Sie sollten es nicht verwenden, Appdomain-Isolierung einfach, dies zu vermeiden.

Hallo Phil, ich bin vor dem gleichen Problem. Sie waren in der Lage zu finden, eine Lösung für dieses?
Hat jemand vor ähnlichen problem mit WPF Custom controls verwenden von Themen(durch Ressourcen-Wörterbücher)? Wenn ja, irgendeine Lösung dafür?
irgendwelche news dazu?
Gibt es irgendwelche Fortschritte auf diesem? Sicherlich Menschen sind in der Lage, zum erstellen von WPF-Bibliotheken ohne dieses problem. Muss ich aber haben genau dieses Problem.

InformationsquelleAutor Phil | 2009-09-21

5

Ich erlebt haben das gleiche problem und dies könnte eine mögliche Lösung

jedes mal, wenn ein Steuerelement erstellt wird, mit ein .xaml-Seite, auf der angebracht .cs-Datei Konstruktor, die vor dem InitializeComponent () - Aufruf, fügen Sie die folgenden Zeilen:
```
contentLoaded = true; 
var assemblyName = GetType().Montage.GetName(); 
System.Windows.- Anwendung.LoadComponent(GetType(), new Uri( 
string.Format("/{0};v{1};Bauteil{2}/{3}.xaml", 
assemblyName.Name, 
assemblyName.Version 
[[[- namespace]]], 
Typ.Name 
), UriKind.Relative)) 
```
wo, wie [[[- namespace]]] geben Sie den vollständigen namespace der Klasse, mit Ausnahme der visual studio-Projekts default-namespace

(Hinweis: es ist ein öffnen, eine angekreuzt auf verbinden
https://connect.microsoft.com/VisualStudio/feedback/details/668914/xaml-generated-code-uses-resource-uri-without-assembly-strong-name)
- in den [[[- namespace]]] es ist nicht der namespace, aber die Lage in Bezug auf das Projekt von der Seite, die Sie versuchen zu laden (das in der Regel auf den namespace beraubt den root)
InformationsquelleAutor Riccardo
5

Können Sie die folgenden in Ihrem Projekt-Datei, ändern Sie die URI ' s in den generierten code:
```
<PropertyGroup>
  <AssemblyVersion>1.0.0.0</AssemblyVersion>
  <AssemblyPublicKeyToken>[YOUR_PUBLIC_KEY_TOKEN]</AssemblyPublicKeyToken>
</PropertyGroup>
```
- Woher wissen Sie das? Das ist so.. naja esoterisch. dies ist nicht offiziell unterstützt, aber es funktioniert!
- ich weiß nicht, wie diese Lösung, was ist, wenn ich das ändern version (keine automatische umgestalten) oder habe ich einen anderen Schlüssel in meine debug-Maschine und der server zu bauen ?
- Ich war arbeiten, um dieses Problem jetzt seit mehr als einer Woche und ich leide sehr hart! Ihre Antwort war für mich wie ein Zauber und half so viel! Danke!!!! (beachten Sie auch dieser Seite, die zitiert diesen thread)
- Ich wurde mit diesem problem, die sich als Could not load file or assembly '<AssemblyName>, Version=1.0.0.0, Culture=neutral' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040). Es stellt sich heraus, dass ich ein überschreiben der AssemblyVersion Eigenschaft.
InformationsquelleAutor Aaron Marten
3

Ich Stimme Ihnen zu, dass dies ist wahrscheinlich ein Fehler oder wenigstens ein Mangel in der XAML-Werkzeuge. Vielleicht melden Sie es auf Verbinden.

Habe ich noch nicht versucht, aber hier sind ein paar mögliche workarounds:
1. Spritzen, ein pre-build-step automatisch ändern .g.cs-Dateien zu verwenden pack URIs, die angeben, dass die vollständige Montage-Informationen (AssemblyShortName [Version][;PublicKey];Komponente/Pfad)
2. Befestigen AppDomain.AssemblyResolve zu helfen, die CLR-finden Sie die richtige Montage
- Danke Kent, obwohl ich hoffte, es würde einige eingebaute Art des Umgangs mit diesen! (allerdings habe ich es nicht gefunden). Ich glaube nicht, dass #2 ist zu helfen - ziemlich sicher, dass die resolution der Generalversammlung Antrag ist nur zu haben, die schwachen name seit das ist, was die URI angeben, und dann weiß ich nicht, welche ist die Versammlung, die genutzt werden sollte. #1 könnte funktionieren, obwohl natürlich die Art von hässlich. BTW, großartige Arbeit auf der truss. Verwenden Sie es in meinem aktuellen Projekt.
- Befestigung an assemblyresolve, nicht die geringste Ahnung von dem man Sie laden wollen, scheint nicht sinnvoll zu mir, vielleicht können Sie das anfordern der Versammlung, wenn es angegeben
InformationsquelleAutor Kent Boogaart
1

Ich habe die Auseinandersetzung mit dieser in VS2012. Ich konnte Sie nicht bekommen Riccardo Lösung für die Arbeit in diesem Umfeld. Diese Variante von seinem code ...
```
_contentLoaded = true;
var assemblyName = GetType().Assembly.GetName();
Application.LoadComponent(this, new Uri(String.Format("/{0};v{1};component/CustomersFrame.xaml", assemblyName.Name, assemblyName.Version), UriKind.Relative));
```
... habe beheben die 'nicht finden können die Ressource' Problem, aber dann traf ich die folgende Fehlermeldung ein wenig weiter entlang in einem Kind-element: "Konnte Sie nicht registrieren, benanntes Objekt. Kann sich nicht duplizieren name 'Suche' in diesem Bereich.'

Aaron Marten ' s Lösung funktioniert für mich. Sorry, ich kann nicht kommentieren oder upvote aber ich habe nicht die rep.

InformationsquelleAutor johndsamuels
1

Du kannst auch das /p:AssemblyVersion=$version-parameter, um die msbuild-Vorgang, wenn Sie Ihre builds automatisieren.
- Ich war arbeiten, um dieses Problem jetzt seit mehr als einer Woche und ich leide sehr hart! Ihre Antwort war für mich wie ein Zauber und half so viel! Danke!!!! (beachten Sie auch dieser Seite, die zitiert, Ihre Antwort)
- Ich sited meinem blog
InformationsquelleAutor user195275

Dieser code, basierend auf Riccardo die Antwort, hat bei mir in VS2010.

Zuerst definierte ich ein loader-Methode, die ich anrufen kann von meinem XAML-Konstruktor.

namespace Utility
{
    public class Utility
    {
        public static void LoadXaml(Object obj)
        {
            var type = obj.GetType();
            var assemblyName = type.Assembly.GetName();
            var uristring = string.Format("/{0};v{1};component/{2}.xaml",
                assemblyName.Name,
                assemblyName.Version,
                type.Name);
            var uri = new Uri(uristring, UriKind.Relative);
            System.Windows.Application.LoadComponent(obj, uri);
        }
    }
}

Dann im Konstruktor für jede XAML-Steuerelement, ersetzte ich InitializeComponent() mit:

        _contentLoaded = true;
        Utility.Utility.LoadXaml(this);
        InitializeComponent();

Ich habe bemerkt, dass einige meiner RelativeSource Bindungen aufgehört zu arbeiten, aber ich war in der Lage, dies zu umgehen.

Dadurch bekomme ich diese exception: Cannot locate resource 'basicwizard.xaml'.', wo basicwizard ist meine Fenster-Klasse

InformationsquelleAutor tdr

Wir hatten auch das gleiche problem, aber wir hatten zum festlegen der assembly-version für bestimmte Projekte in unserer Lösung nur.

Weil ich mochte die Idee, die Versionsnummer für das bauen wie user195275 empfohlen, habe ich einige der Forschung, wie tun Sie es für einen einzelnen csproj-Datei.

So, in Kombination mit dem folgenden thread Wie zu Lesen, die assemblyversion von assemblyInfo.cs? kamen Wir mit der folgenden Lösung:

<Target Name="BeforeBuild">
    <ReadLinesFromFile File="$(MSBuildProjectDirectory)\Properties\AssemblyInfo.cs">
        <Output TaskParameter="Lines"
                ItemName="ItemsFromFile"/>
    </ReadLinesFromFile>

    <PropertyGroup>
        <Pattern>\[assembly: AssemblyVersion\(.(\d+)\.(\d+)\.(\d+)\.(\d+)</Pattern>
        <In>@(ItemsFromFile)</In>
        <Out>$([System.Text.RegularExpressions.Regex]::Match($(In), $(Pattern)))</Out>
    </PropertyGroup>

    <CreateProperty Value="$(Out.Remove(0, 28))">
        <Output TaskParameter="Value" PropertyName="AssemblyVersion"/>
    </CreateProperty>
</Target>

was es macht: es liest die Versionsnummer aus der AssemblyInfo.cs und legen Sie es als Eigenschaft, wie in Aaron Martens beantworten. Das führt zu einem single-point-of-Wartung für die version-Nummer für uns.

InformationsquelleAutor eberthold

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.