当使用manage wrappers取消对C+的管理时,.net是否创建了任何临时C#文件+;动态链接库 通常在C语言程序中需要使用本机C++ DLL,编写一个管理包装器是实现它的方法。 在这样的程序中,如果我在调用DLL函数时按F12(转到函数定义),它会转到一个C#文件,看起来所有函数都是向前声明的。我检查了这个文件的位置,并且它存在于windows临时目录中 我的问题是,当我们在C语言程序中使用管理包装器的C++不管理DLL时,.NETFramework(或任何其他组件)是否创建与DLL中的接口类相关的任何临时C类? < P>没有“临时C*文件”。如果使用转到定义,并且IDE只有定义的程序集引用,则它无法找到定义的源代码文件。因此,它会根据引用程序集中的元数据自动生成一个。这看起来非常类似于源代码文件,但当然没有任何注释,也没有类的代码。它不能被编译。它也在C#中,即使原始程序集是从C++/CLI或VB.NET代码创建的

当使用manage wrappers取消对C+的管理时,.net是否创建了任何临时C#文件+;动态链接库 通常在C语言程序中需要使用本机C++ DLL,编写一个管理包装器是实现它的方法。 在这样的程序中,如果我在调用DLL函数时按F12(转到函数定义),它会转到一个C#文件,看起来所有函数都是向前声明的。我检查了这个文件的位置,并且它存在于windows临时目录中 我的问题是,当我们在C语言程序中使用管理包装器的C++不管理DLL时,.NETFramework(或任何其他组件)是否创建与DLL中的接口类相关的任何临时C类? < P>没有“临时C*文件”。如果使用转到定义,并且IDE只有定义的程序集引用,则它无法找到定义的源代码文件。因此,它会根据引用程序集中的元数据自动生成一个。这看起来非常类似于源代码文件,但当然没有任何注释,也没有类的代码。它不能被编译。它也在C#中,即使原始程序集是从C++/CLI或VB.NET代码创建的,c#,c++,.net,dll,C#,C++,.net,Dll,很好的特性,但是不要把它混淆了。如果您希望IDE将您带到实际的源代码文件,那么您需要库的项目引用,而不是程序集引用。否,但当您想要浏览它们时,它会创建一个带有它们定义的临时文件。。。

很好的特性,但是不要把它混淆了。如果您希望IDE将您带到实际的源代码文件,那么您需要库的项目引用,而不是程序集引用。

否,但当您想要浏览它们时,它会创建一个带有它们定义的临时文件。。。