如何强制 WPF 使用使用程序集强名称的资源 URI？啊！

Question

好吧，这真的很烦人，我之前注意到 WPF 生成的用于加载 XAML 资源的代码似乎没有使用强名称，因此对于需要支持 WPF 程序集并行版本的场景可能会出现问题。

事实证明是这样，现在它给我带来了问题 - 我有一个插件系统，它应该支持并行安装插件，这些插件仅在版本号（它们的程序集版本）上有所不同。 .NET 当然可以支持这一点，因为即使程序集具有相同的 DLL 文件名，但它们也被确定为具有不同的身份，前提是它们是强命名的并且具有不同的公钥/私钥或具有不同的程序集版本号。

现在，如果我们查看 Visual Studio 为 Windows 和用户控件生成的代码，我们会在自动生成的文件中看到以下内容：

/// <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
}

注意创建资源定位器的行 - 它使用相对 URI，该 URI 未指定强包含 xaml 资源的程序集的名称或版本。

我想也许 LoadComponent 会检查调用程序集的身份并使用它的公钥和版本详细信息，或者可能检查包含“this”参数类型的程序集的身份。

情况似乎并非如此 - 如果您有两个具有不同版本号（但文件名相同）的程序集，那么您可能会收到 IOException 并显示消息“无法定位资源 X”（对于上面的示例“无法定位资源 'views/servicepanelui”） 更糟糕

是，我很确定这也意味着具有相同文件名但不同公钥/私钥（即来自不同发布者）的程序集也会导致此错误。

的 知道如何解决这个问题吗？如何使 WPF 强名称兼容。

注意，据我所知，这是一个 WPF 错误，您不必为了避免这种情况而使用 Appdomain 隔离。 .

Answer 1

您可以在项目文件中设置以下内容来更改生成的代码中的 URI：

<PropertyGroup>
  <AssemblyVersion>1.0.0.0</AssemblyVersion>
  <AssemblyPublicKeyToken>[YOUR_PUBLIC_KEY_TOKEN]</AssemblyPublicKeyToken>
</PropertyGroup>

Answer 2

我也遇到过同样的问题，这可能是

每次使用 .xaml 页面创建控件时，在附加的 .cs 文件构造函数上，在 InitializeComponent() 调用之前添加以下行：

contentLoaded = true;
var assemblyName = GetType().Assembly.GetName();
System.Windows.Application.LoadComponent(GetType(), new Uri(
                string.Format("/{0};v{1};component{2}/{3}.xaml",
                assemblyName.Name,
                assemblyName.Version,
                [[[namespace]]],
                type.Name
                ), UriKind.Relative))

其中 [[[命名空间]]] 输入类的完整命名空间，除了 Visual Studio 项目默认命名空间

（注意：有一个 open a 勾选 on connect
https ://connect.microsoft.com/VisualStudio/feedback/details/668914/xaml- generated-code-uses-resource-uri-without- assembly-strong-name ）

Answer 3

我倾向于认为这可能是一个错误，或者至少是 XAML 工具中的一个缺陷。也许您应该在 Connect 上报告此问题。

我还没有尝试过，但这里有一些潜在的解决方法：

1. 注入预构建步骤以自动修改 .g.cs 文件以使用 打包 URI，指定完整的程序集信息 (AssemblyShortName[;Version][;PublicKey];component/Path< /em>)
2. 附加到 AppDomain.AssemblyResolve 以帮助 CLR 找到正确的程序集

Answer 4

我在 VS2012 中一直在努力解决这个问题。我无法让 Riccardo 的解决方案在这种环境下工作。他的代码的这个变体……

_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));

确实解决了“无法定位资源”问题，但随后我在子元素中进一步遇到了以下错误：“无法注册命名对象。”无法在此范围内注册重复的名称“搜索”。”

亚伦·马丁的解决方案对我来说确实有效。抱歉，我无法发表评论或投票，但我没有得到代表。

Answer 5

如果您的构建是自动化的，您还可以将 /p:AssemblyVersion=$version 参数传递给 msbuild 进程。

Answer 6

这段代码基于 Riccardo 的回答，在 VS2010 中为我工作。

首先，我定义了一个可以从 XAML 构造函数调用的加载器方法。

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);
        }
    }
}

然后，在每个 XAML 控件的构造函数中，我将 InitializeComponent() 替换为：

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

我确实注意到我的一些relativesource绑定停止工作，但我能够解决这个问题。

Answer 7

我们也遇到了同样的问题，但我们必须仅在解决方案中为某些特定项目设置程序集版本。

因为我喜欢像 user195275 推荐的那样为构建设置版本号的想法，所以我对如何为单个 csproj 文件执行此操作进行了一些研究。

因此，结合以下线程 How to read the assemblyversion from assemblyInfo.cs ？ 我们提出了以下解决方案：

<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>

它的作用：它从 AssemblyInfo.cs 中解析版本号，并将其设置为属性，如 Aaron Martens 的答案中所示。这导致我们对版本号进行单点维护。