C#装配嵌入和装配解析

C#装配嵌入和装配解析,c#,fody-costura,C#,Fody Costura,我正在尝试构建一个样式和控件程序集,供我办公室的其他工程师使用。例如,我有一个从WPFToolKit的DoubleUpDown控件派生的类型(MSpinner)。我也有一套MSpinner控件的样式 在一个测试可执行文件中,我使用访问资源的技术,我也遵循该技术创建资源程序集 我还在资源库上的NuGet上使用Costura.Fody程序集嵌入工具,以便将WPFToolKit程序集嵌入到我的资源库程序集中 我的资源库程序集构建得很好。 然后,我继续使用我的资源库程序集作为新的测试WPF可执行文件中的

我正在尝试构建一个样式和控件程序集,供我办公室的其他工程师使用。例如,我有一个从WPFToolKit的DoubleUpDown控件派生的类型(MSpinner)。我也有一套MSpinner控件的样式

在一个测试可执行文件中,我使用访问资源的技术,我也遵循该技术创建资源程序集

我还在资源库上的NuGet上使用Costura.Fody程序集嵌入工具,以便将WPFToolKit程序集嵌入到我的资源库程序集中

我的资源库程序集构建得很好。 然后,我继续使用我的资源库程序集作为新的测试WPF可执行文件中的引用

我的用法如下

<Window x:Class="UIPart.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
        xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
        xmlns:ignore="http://www.galasoft.ch/ignore"
        xmlns:controls="clr-namespace:MyResources.Controls;assembly=MyResources"
        mc:Ignorable="d ignore"
        Height="300"
        Width="300"
        Title="MVVM Light Application"
        DataContext="{Binding Main, Source={StaticResource Locator}}">

    <Window.Resources>
        <ResourceDictionary>
            <ResourceDictionary.MergedDictionaries>
                <ResourceDictionary Source="Skins/MainSkin.xaml" />
            </ResourceDictionary.MergedDictionaries>
        </ResourceDictionary>
    </Window.Resources>

    <Grid x:Name="LayoutRoot">

        <controls:MSpinner/>

    </Grid>
</Window>

然而,当我编译可执行文件时,我得到以下错误

严重性代码说明项目文件行抑制状态 错误未知生成错误,'无法解析对程序集的依赖关系 'Xceed.Wpf.Toolkit,版本=2.7.0.0,区域性=中性, PublicKeyToken=3e4669d2f30244f4',因为它尚未预加载。 使用ReflectionOnly API时,依赖程序集必须是 通过 反射onlyassemblyresolve事件。第24行位置 10.'UIPart C:\Users\HeyOuthere\Documents\Visual Studio 2015\Projects\ResourceDictionaryExample\UIPart\MainWindow.xaml 24

我在这里的第一个想法是,Costura.Fody没有做好它的工作,也没有嵌入WPF.ToolKit程序集,但实际上,根据生成的资源库程序集的字节大小,当执行Costura.Fody的嵌入时,它确实更大

然后我想继续并在可执行文件中引用WPFToolKit本身,这听起来有点多余,当然,但为什么不呢。所以我从NuGet安装了它,瞧,错误消失了,一切正常

然而,这样做对我来说不是一个解决办法。这些资源的所有资源和所有的需求都需要整合到我的资源库中,包括WPFToolkit在内的我认为这是成功的。p> 我的问题是,为什么大会没有召开?是否有不匹配的签名?是否有东西在显式地查找磁盘上的Xceed.Wpf.Toolkit.dll文件?感谢Fody,Xceed.Wpf.Toolkit.dll中定义的类型不是嵌入到我的资源库中了吗