GUI y comunicación de servicio de Windows

Sé desde Vista, que C # no puede enganchar un formulario de UI directamente al servicio de Windows. Esto fue declarado en el sitio de Microsoft.

Mi pregunta al respecto es: “¿Cuál es el mejor modo de comunicación entre una IU y el servicio?”

He oído hablar de Remoting, servicios web y TCP directo. ¿Hay otros métodos? ¿Cómo se clasifican en contra de los métodos mencionados anteriormente? ¿Qué tan complicados son para implementar?

Mi aplicación es para uso en intranet, no en internet. La plataforma de Microsoft estará en ambos lados, por lo que la interoperabilidad no es un factor, pero la velocidad sí lo es. Quiero decir que quiero transmitir el paquete más pequeño posible en la red.

TIA

Si va a desarrollar con .NET, use WCF para su comunicación entre procesos. WCF simplifica enormemente el desarrollo porque las complejidades asociadas con un mecanismo de comunicación específico (p. Ej., Enchufes, tuberías, etc.) se abstraen detrás de un modelo de progtwigción unificado. Por lo tanto, no importa si elige usar http, tcp o pipes con nombre para su mecanismo de transporte, el modelo de progtwigción es el mismo.

Recomiendo encarecidamente el libro de Juval Lowy Programming WCF Services para todo lo relacionado con WCF. También puede visitar su sitio web, IDesign.net , para obtener muestras gratuitas del código WCF.

Para obtener una descripción general de WCF, mire este video gratuito en dnrTV. Cubre el propósito de WCF y demuestra la progtwigción de WCF a través de algunos ejemplos fáciles de seguir.

Si aún no ha creado su servicio de Windows pero planea hacerlo en C #, puede seguir paso a paso aquí .

Hay muchas maneras de comunicarse entre procesos: canalizaciones con nombre, listas de correo, archivos mapeados en memoria, sockets, objetos ActiveX / COM, solo por nombrar algunos. Realmente se reduce a las tecnologías con las que estás familiarizado / cómodo.