Usando a.NET DLL en el nodo.js / serverside javascript

Recientemente me he enfrentado al mismo desafío (requisito de llamar al código C# desde el nodo.js javascript). Tenía 1000 líneas de código C# complejo que realmente no me gustaba portar a javascript.

Resolví si de la siguiente manera.

• El código C # relevante es básicamente 1-2 clases en un ensamblado DLL
• Definió una interfaz COM que es un subconjunto de la interfaz de la clase C# e implementó esa interfaz en la clase C#. Por lo tanto, el DLL se convirtió en un servidor COM en proceso.
• Implementado un nodo.DLL de extensión js que crea una instancia de mi clase COM de C # utilizando la API COM de Win32 estándar y enruta las llamadas a métodos desde el nodo.js javascript a código C # usando la interfaz COM.

Esto resuelve el problema si uno solo quiere hacer llamadas en una dirección. También tenía el requisito de hacer llamadas desde C# a javascript. Esto es mucho más difícil. Uno tiene que:

• Implementa un objeto COM en el nodo.js extensión DLL (ATL ayuda aquí)
• Pasar una interfaz referencia de este objeto COM al código C# (COM Interop)
• Enrutar llamadas a través del objeto COM a objetos V8 en node.js

Tal vez si tengo algo de tiempo extra, podría hacer un proyecto de ejemplo de esto.

Echa un vistazo al borde.js project I started ( http://tjanczuk.github.com/edge ). Proporciona un mecanismo para ejecutar. NET y node.código js en proceso. Borde.js le permite llamar código. NET desde el nodo.js y node.el código js de. NET. It gestiona los datos entre.NET y node.js, así como reconcilia los modelos de roscado entre CLR multihilo y V8 de rosca simple.

Usando edge.js puede acceder a islas de código. NET preexistente desde el nodo.js, que parece coincidir con su escenario.

Se pueden escribir complementos.Net, en resumen, se escribe un complemento nativo normal y se agregan llamadas. Net a través de llamadas CLI/C++ a dll. Net.

En la práctica, normalmente se crea una biblioteca dll de C# que luego se llama desde un proyecto de complemento de nodo CLI/C++. Hay un poco de delicadeza, como asegurarse de que el nodo real add on definition file se compila sin soporte CLR para que node pueda cargarlo correctamente.

Usted puede comprobar hacia fuera: https://github.com/saary/node.net para un ejemplo de cómo esto se puede lograr.

La siguiente respuesta está desactualizada, pero sigue siendo útil para comprender el nodo.js de la primera versión
Nodo.js ahora también está disponible de forma nativa para Windows en nodejs.org. Ningún requisito de cygwin o de otra manera.

En primer lugar, por el momento no hay un puerto nativo de Windows del Nodo.js, solo hay una versión de cygwin(pero sospecho que ya lo sabías).

Había un módulo de nodo flotando en algún lugar de los GitHubs que proporcionaba envoltorios para llamar a bibliotecas nativas, pero iirc, que solo funcionaban con libs .so.

Por lo tanto, si desea utilizar una DLL de C#, primero tendrá que escribir un nodo nativo.js extensión, como el interface:
https://www.cloudkick.com/blog/2010/aug/23/writing-nodejs-native-extensions/

Desde esa extensión tienes que cargar el DLL y envolver las llamadas desde el nodo.js al código C#, eso significa que tienes que escribir código C/C++ de bajo nivel y convertir valores de C # a V8 cosa.

Solo tengo experiencia con C++ y V8, es un poco difícil comenzar ya que los ejemplos de código son un poco escasos, también envolver clases de C++ no es que trivial. Pero escribí algo pequeño JS game engine, que usa un backend OpenGL de C++, está inacabado (y casi no hay comentarios), pero podría darte algunas ideas.

Nota: Hay algunos proyectos en la naturaleza que proporcionan la generación algo automática de envoltorios para V8, pero esos son solo C++.

Así que para concluir, creo que será bastante aventurero conseguir que las envolturas de C# funcionen, pero debería ser posible.

Puede que tengas algo de suerte con este proyecto, que es un puerto de Nodo.js to. NET. No lo he usado yo mismo, pero con una implementación nativa de. NET teóricamente debería ser capaz de hacer lo que necesita.

Es posible que también desee ir en la otra dirección e intentar portar (también conocido como: recompilar a menos que esté enganchado profundamente en Windows) su motor de juego de C# a Mono y ver si puede construir envoltorios a partir de eso.

Sé que es una pregunta antigua, pero quería agregar una respuesta actual. Con IIS 7.5 y. Net 4.x Websockets son compatibles, aunque el uso de la biblioteca SignalR probablemente será la ruta de menor resistencia. Es similar a la socket.io biblioteca para NodeJS.

En cuanto al acceso al código.Net a través de NodeJS, sus mejores opciones son Edge.js, construyendo un ensamblado nativo mixto con C / C++, exponiendo su código. Net a través de una aplicación de línea de comandos (lo mejor es usar tuberías para entrada/salida) o a través de servicio (TCP u otro).

Encuentro Edge.js ser muy limitado, y no ofrecen mucho sobre una interfaz de consola canalizada.. y sentir que un servicio puede ser mejor para una interfaz más compleja. En ese momento es posible que sea mejor hacer el resto del proyecto en.Net, a menos que tenga una inversión en NodeJS que supere dichas dificultades.