Mostrar Mensajes
Hola. Un paquete de NuGet no es más que un archivo comprimido (.zip) el cual suele contener una serie de ensamblados .NET (dlls) que se referencian de forma automatizada a tu proyecto, así que no, no hay código que puedas analizar... a menos que le hagas un Reflection a los ensamblados en cuestión.
Muchos de los paquetes de NuGet suelen estar también publicados en GitHub (donde puedes ver el código fuente, como ya sabes de sobra), pero lamentablemente este no parece ser el caso con el autor de ese paquete, un tal @Omer Mor: https://github.com/OmerMor?tab=repositories sin embargo, ahí en su perfil de GitHub puedes encontrar su e-mail personal donde puedes intentar pedirle el código fuente.
Muchos de los paquetes de NuGet suelen estar también publicados en GitHub (donde puedes ver el código fuente, como ya sabes de sobra), pero lamentablemente este no parece ser el caso con el autor de ese paquete, un tal @Omer Mor: https://github.com/OmerMor?tab=repositories sin embargo, ahí en su perfil de GitHub puedes encontrar su e-mail personal donde puedes intentar pedirle el código fuente.
*****, siempre se me escapa algo, gracias por revisarlo por mi.
@Nukes, en mi opinión estos posts que ultimamente publicas con problemas son... a ver, son problemas, pero es que no mencionas cual es el problema real, y así no se te puede ofrecer ayuda cualificada.
A ver, es de tonto si no postease el problema principal, que como tu dices es ese... Peero, preferia resolverlo por mi mismo, y dejar esto como duda alternativa y tonta, que has resuelto más que bien, ya te digo... Siempre hay 2 o 3 opciones que se me escapan.
Empieza por aclarar lo siguiente: ¿Qué necesitas llevar a cabo?, comunicarte con otro proceso de forma local (Interprocess Communication), o comunicarte con otro proceso de forma remota (Network Interprocess Communication), y a partir de ahí se podrá empezar a decirte tus opciones...
De todas formas te puedo decir que para comunicarte con otro ensamblado .NET de forma local no necesitas usar las Named Pipes, puedes usar bloques de memoria compartida (Memory-Mapped Files), mírate el namespace System.IO.MemoryMappedFiles, además te puedo mostrar por privado una clase completa de mi framework de pago ElektroKit para facilitarte las tareas de comunicación. Y para comunicarte con otro ensamblado .NET de forma remota, en lugar de Named Pipes puede utilizar simple y llanamente un Socket:
De todas formas te puedo decir que para comunicarte con otro ensamblado .NET de forma local no necesitas usar las Named Pipes, puedes usar bloques de memoria compartida (Memory-Mapped Files), mírate el namespace System.IO.MemoryMappedFiles, además te puedo mostrar por privado una clase completa de mi framework de pago ElektroKit para facilitarte las tareas de comunicación. Y para comunicarte con otro ensamblado .NET de forma remota, en lugar de Named Pipes puede utilizar simple y llanamente un Socket:
Y ya con esto terminas de rematar el post (en el buen sentido, me refiero jaja), me pondré a mirar esto, no te lo he pedido, pero se agradece tu esfuerzo extra por indicarme el buen camino que he de seguir, puesto que si, mi problema esencial era ese... Voy a mirar también que versión de FW usa estas clases, pq me voy a tener que poner a trabajar con backports un pelin...
Lo del ElektroKit es un gesto muy bonito, pero prefiero esperarme a la proxima vez que me quede trancado que con mucha suerte será esta tarde lo más seguro jejeje
Un saludo.
.
