首页 / C# / c# – 为什么WPF设计器无法加载调用非托管DLL的库？

c# – 为什么WPF设计器无法加载调用非托管DLL的库？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了c# – 为什么WPF设计器无法加载调用非托管DLL的库？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1499字，纯文字阅读大概需要3分钟。

内容图文

我正在使用Visual Studio 2008,.NET 3.5 SP1,并拥有一个包含以下模块的测试应用程序：

>一个C DLL
>使用#1的C/C++LI DLL
>使用#2的C#WPF应用程序

当我尝试使用#2中的类作为WPF XAML中的资源时,设计师不会让我：

<Window x:Class="WpfApplication1.Window1"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:lib1="clr-namespace:ClassLibrary1;assembly=ClassLibrary1" <- ERROR

错误是：“找不到程序集’ClassLibrary1′.确认您没有错过程序集引用.另外,请验证您的项目和所有引用的程序集是否已构建.”

但是当我在应用程序主窗口的代码隐藏中使用C/C++LI DLL中的类时,一切正常.创建了Class1,并在其构造函数中调用C DLL,没问题.

using ClassLibrary1;

...

public partial class Window1 : Window
{
    public Window1()
    {
        InitializeComponent();

        //use in code-behind
        Class1 tmp = new Class1();
        tmp.FirstName = "foo";
        Title = tmp.FirstName;
    }
}

如果我修改C/C++LI程序集,删除它对C DLL的调用并重建所有内容,设计器就会停止抱怨并加载C/C++LI程序集而不会抱怨.

我怀疑这个问题与WPF设计者寻找动态库的地方有关.

解决方法:

由于Visual Studio设计器将程序集复制到临时位置,但不复制非托管依赖项,因此可能会遇到此问题.

最简单的解决方案虽然不是很理想,但是要将包含非托管依赖项的文件夹添加到PATH环境变量中,然后使用该PATH启动DevEnv.exe.

你可以这样做：

>使用计算机将文件夹添加到系统环境变量 – >属性
>使用设置路径的批处理文件,然后启动DevEnv

这个解决方案的问题是,当重建非托管依赖项时,Visual Studio会“挂起”它们或者不使用新的依赖项,因此在使用设计器正确完全重建所有内容之后,最终需要退出并重新启动Visual Studio这可能有点痛苦.

内容总结

以上是互联网集市为您收集整理的c# – 为什么WPF设计器无法加载调用非托管DLL的库？全部内容，希望文章能够帮你解决c# – 为什么WPF设计器无法加载调用非托管DLL的库？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端

扫描二维码推送至手机访问。

本文链接：https://qyyshop.com/info/813889.html

来源：【匿名】