与 ASP.net vNext 中的非托管代码互操作

Question

关于与 ASP.net vNext / Core CLR 的非托管代码互操作的故事（如果有的话）是什么？

关键位（DllImport 和朋友）似乎存在以允许非托管代码互操作，但在这种情况下，诸如打包和部署之类的事情将如何工作？ vNext / CoreFX 中的基本构建工件似乎不再是一个程序集，而是一个 NuGet 包。那么在这种情况下，我们如何使新的 project.json 系统工作，以便我们 P/Invoking 到的非托管 dll 也包含在生成的 NuGet 包中？

或者我是在谈论尚未考虑的场景（或者更令人失望的是，不会发生）？

Answer 1

这个故事还没有完全充实，但已经有如何做到这一点的例子。最终，我们（从事此工作的 Microsoft 团队）正在研究一些方案，以使 NuGet 包能够更好地支持包中的本机内容。

举一个例子，Kestrel web server 有一些自己的托管代码，此外它还在其 NuGet 包中包含libuv，以实现跨平台的高效异步 IO 实现。

由于 NuGet 中还没有内置的通用解决方案，Kestrel 的构建脚本使用一些 custom actions 将本机内容包含在 NuGet 包中。然后加载 libuv，some code 会根据运行环境动态确定要加载哪个原生 libuv。

所以，是的，这有点乱，但确实有效，这绝对是团队需要改进的优先事项。