一个VS Code扩展团队决定扔掉C++工具链，把Node.js原生插件用C#重写了一遍。结果？Python依赖没了，构建流程简化了，跨平台反而更顺畅了。

这不是实验项目，是微软C# Dev Kit团队的真实迁移。他们原本需要访问Windows注册表，却被C++的构建噩梦拖慢了节奏。现在他们用.NET Native AOT编译出的动态库，Node.js直接当成原生插件加载。

打开网易新闻 查看精彩图片

传统插件开发的四座大山

写过Node.js原生插件的人都知道这套组合拳有多烦人：

——C++门槛。哪怕只是做个简单功能，也得啃C++语法和内存管理。

——node-gyp的脾气。这个构建系统以难伺候出名，版本稍不对就报错。

——Python绑架。必须装特定版本的Python，经常还是过时的版本。

——跨平台配置地狱。Windows、Linux、macOS各写一套构建脚本。

微软C# Dev Kit团队就卡在这里。他们整个技术栈都是.NET，却为了VS Code扩展的注册表访问功能，被迫维护一套C++工具链。「这完全是多余的复杂度」，他们后来回忆。

破局点：N-API的语言无关性

转机来自N-API（Node-API）的一个特性：它只认接口，不认语言。

N-API是一套稳定的、二进制兼容的C接口。只要你的动态库导出napi_register_module_v1函数，并且使用正确的C调用约定，Node.js就会正常加载。至于这个库是用C、C++、Rust，还是别的什么语言写的——N-API不关心。

.NET Native AOT正好能产出这种库。它把C#代码直接编译成机器码，输出：

Windows下是.dll，Linux下是.so，macOS下是.dylib。重命名成.node后缀，Node.js就把它当原生插件处理。

关键优势一目了然：不需要Python，只要.NET SDK；能用现代C#特性——类型安全、异步/等待（async/await）、语言集成查询（LINQ）；一套SDK搞定所有平台。

实战：从项目配置到模块入口

具体怎么操作？团队公开了他们的配置方式。

第一步，创建控制台应用项目，在.csproj文件里设置三个关键属性：

net10.0