extensión nativa .net para node.js

Question

Quiero hacer uso de .net dlls en node.js. ¿Eso quiere decir que tengo que hacer esos archivos DLL disponible con C/C++ usando 'de alojamiento CLR', a la

• .NET Framework 4 Hosting Interfaces o
• Hosting the Common Language Runtime

Desafortunadamente el ejemplo Creating a nodejs native .Net extension encima en github era una un poco decepcionante, solo desplácese hacia abajo al último paso

Cambie la opción "Common Language Runtime Support" a No Common Lan guage RunTime Support

y usted sabe a qué me refiero. Corrección para hacer justicia a ese artículo: sugiere cambiar esa opción a "No Common Language RunTime Support" solo para el archivo SharpAddon.cpp, por lo que otros archivos .cpp que agregue tendrán habilitado CLR (el valor predeterminado para un proyecto CLR), lo que significa que de hecho puede usar .net dlls de esos otros archivos .cpp.

Esta pregunta es en realidad un duplicado de Using a .NET DLL in Node.js/serverside javascript, que se escribió en un momento en que ni siquiera había un puerto de nodo nativo de Windows, por lo que los tiempos podrían haber cambiado, aunque google me hace dudar de ello.

Answer 1

Actualización: node-gyp puede realizar los siguientes pasos manuales automáticamente cuando el archivo binding.gyp está configurado correctamente. Ver this answer para este procedimiento simplificado.

---

Resultó ser bastante fácil. Después de luchar con CLR hosting y obtener datos dentro y fuera del host por un tiempo, resulta que puede habilitar/clr para su extensión de nodo sin problema (hasta ahora). Así es como:

• siga las instrucciones en http://nodejs.org/api/addons.html para generar los archivos de proyecto
• abrir la .sln generados en Visual Studio (estoy en VS 2010) y activar/CLR en la configuración del proyecto
• ahora probablemente no se compile y debe permitir que el mensaje de error lo guíe hasta las banderas que entren en conflicto con/clr

Las banderas que tuve que cambiar para que funcionen:

• desactivar (excepciones de C++)/EHsc
• desactivar/RTC1 y/RTCsu
• de salida:/cambio de MT a/MD
• Depuración:/cambio de MTd a/MDd
• de salida: cambio/GR - a/GR

Luego puede mezclar código administrado y no administrado como este, haciendo referencia a su .net dlls.

#pragma managed 

#using <managed.dll> 

void callManaged() 
{ 
    managed::Class1^ c1 = gcnew managed::Class1(); 
    System::String^ result = c1->Echo("hola"); 
    System::Console::WriteLine("It works: " + result); 
} 

#pragma unmanaged 

Handle<Value> Method(const Arguments& args) { 
    HandleScope scope; 
    callManaged(); 
    return scope.Close(String::New("world")); 
} 

actualización acaba de descubrir este enlace con un howto fácil: http://joseoncode.com/2012/04/10/writing-your-first-native-module-for-node-dot-js-on-windows/

Answer 2

Suena como edge.js es la nueva respuesta del autor de iisnode:

Edge.js admite el uso de C# y .NET en lugar de escribir extensiones node.js nativas