C# 从.NetNative DLL导出函数 P>从我所知道的,在C++中编写一个DLL,输出C语言函数,这些函数可以用C语言或C++语言编写的本地应用程序加载,这不是由于语言的性质(IL,JIT编译器)而直接实现的。我能找到的关于实现这一目标的唯一信息涉及COM或一些C++/CLI粘合代码

C# 从.NetNative DLL导出函数 P>从我所知道的,在C++中编写一个DLL,输出C语言函数,这些函数可以用C语言或C++语言编写的本地应用程序加载,这不是由于语言的性质(IL,JIT编译器)而直接实现的。我能找到的关于实现这一目标的唯一信息涉及COM或一些C++/CLI粘合代码,c#,dll,dllexport,C#,Dll,Dllexport,但是,Microsoft官方文档对.NetNative有以下说明: NET原生使用与C++编译器相同的后端,它是针对静态预编译场景优化的。 这是否意味着可以使用.Netnative编写本机DLL?如果是,怎么做 这是否意味着可以使用.Netnative编写本机DLL 不是。COM互操作和C++/CLI解决的问题是无法用C#表示与C/C++兼容的函数导出。它们都允许您这样做,并将数据从.NET类型封送到C/C++类型 NET Native编译整个应用程序,而不是单个库 这是否意味着可以使用.Ne

但是,Microsoft官方文档对.NetNative有以下说明:

NET原生使用与C++编译器相同的后端,它是针对静态预编译场景优化的。

这是否意味着可以使用.Netnative编写本机DLL?如果是,怎么做

这是否意味着可以使用.Netnative编写本机DLL

不是。COM互操作和C++/CLI解决的问题是无法用C#表示与C/C++兼容的函数导出。它们都允许您这样做,并将数据从.NET类型封送到C/C++类型

NET Native编译整个应用程序,而不是单个库

这是否意味着可以使用.Netnative编写本机DLL

不是。COM互操作和C++/CLI解决的问题是无法用C#表示与C/C++兼容的函数导出。它们都允许您这样做,并将数据从.NET类型封送到C/C++类型


而.NET Native编译的是整个应用程序,而不是单个库。

它是一个超前编译器,与即时编译器相反。对于负担不起框架安装和动态编译的移动设备非常重要。它只能在商店服务器上工作,根本不做您想做的事情。谷歌的“非托管导出”是另一种方式,它是一种超前编译器,与即时编译器相反。对于负担不起框架安装和动态编译的移动设备非常重要。它只能在商店服务器上工作,根本不做您想做的事情。谷歌“非托管出口”是另一种方式。听到这个消息很难过。这听起来确实像是未来可以在技术上得到支持的东西。这真的会让C#更灵活。听到这个消息真让人难过。这听起来确实像是未来可以在技术上得到支持的东西。这将使C#更加灵活。