Как заставить WPF использовать URI ресурсов, которые используют строгое имя сборки? Ага!

Я столкнулся с той же проблемой, и это может быть возможным решением

Каждый раз, когда элемент управления создается с использованием страницы .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))

где в качестве [[[namespace]]] введите полное пространство имен класса, за исключением пространства имен по умолчанию для проекта Visual Studio.

(Примечание: при подключении установлен флажок https://connect.microsoft.com/VisualStudio/feedback/details/668914/xaml-generated-code-uses-resource-uri-without-assembly-strong-name)

Вы можете установить следующее в файле проекта, чтобы изменить URI в сгенерированном коде:

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

Я склонен согласиться с тем, что это, вероятно, ошибка или, по крайней мере, недостаток инструментария XAML. Возможно, вам следует сообщить об этом на Connect.

Я не пробовал, но вот несколько возможных обходных путей:

1. Добавьте шаг перед сборкой для автоматического изменения файлов .g.cs для использования URI упаковки, которые указывают полную информацию о сборке (AssemblyShortName [; Версия] [; PublicKey]; компонент / Путь)
2. Присоединитесь к AppDomain.AssemblyResolve, чтобы помочь CLR найти нужную сборку.

Я боролся с этим в VS2012. Я не мог заставить решение Риккардо работать в этой среде. Этот вариант его кода ...

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

... решил проблему «не удается найти ресурс», но затем я обнаружил следующую ошибку немного дальше в дочернем элементе: «Не удалось зарегистрировать именованный объект. Невозможно зарегистрировать повторяющееся имя "поиск" в этой области.

Решение Аарона Мартена действительно работает для меня. Извините, я не могу комментировать или проголосовать, но у меня нет представителя.

Вы также можете передать параметр / p: AssemblyVersion = $ version процессу msbuild, если ваши сборки автоматизированы.

Этот код, основанный на ответе Риккардо, работал у меня в 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 перестали работать, но я смог обойти это.

У нас тоже была такая же проблема, но нам нужно было установить версию сборки для некоторых конкретных проектов только в нашем решении.

Поскольку мне понравилась идея установить номер версии для сборки, как рекомендует user195275, я провел небольшое исследование того, как это сделать для одного файла csproj.

Итак, в сочетании со следующим потоком Как читать версию сборки из 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 и устанавливает его как Свойство, как в ответе Аарона Мартенса. Это приводит к единой точке обслуживания номера версии для нас.