¿WCF Duplex es una buena opción?

Question

Después de desarrollar un mini proyecto con WCF duplex (Servicio de Chat | Servicio SMS), ¡obtuve un Punto que tal vez no sea correcto!

Creo que la teoría de Duplex es buena y útil, pero hay un gran problema con el uso de Wcf Duplex. (como la sesión confiable, excepciones de tiempo de espera, dirección del cliente-administración en el lado del servidor, administración de proxy en el lado del cliente)

¿me equivoco? ¿extraño algo?

Para obtener más información, utilice wsDualHttpBinding not tcpBinding.

Answer 1

Si necesita comunicación bidireccional y quiere usar WCF, los canales dúplex son el camino a seguir. Solo necesita diseñar su aplicación correctamente y manejar correctamente todos los problemas que ha descrito. Si siente que estos problemas son generales y empeora las cosas, siempre puede usar la programación de red directamente (sockets) o manejar la comunicación bidireccional exponiendo un servicio separado en el servidor y otro en el cliente (donde la primera llamada del cliente informa al servidor sobre la dirección del cliente) - Este escenario sufrirá los mismos problemas de comunicación que WsDualHttpBinding.

WsDualHttpBinding es un tipo especial de comunicación dúplex. Personalmente, no me gusta porque la gente lo usa mal. El problema es que este enlace utiliza dos conexiones separadas: una de cliente a servidor y la segunda de servidor a cliente. Esa es la gran diferencia para net.tcp donde solo se usa la conexión iniciada de cliente a servidor. Obviamente, usar WsDualHttpBinding en internet (= no tiene control sobre las máquinas cliente) se vuelve mucho más complicado porque cada cliente debe configurar su firewall (en la computadora, en la puerta de enlace a Internet doméstica, etc.) para permitir la conexión en algún puerto. Además, si desea ejecutar más de una instancia de aplicación en la misma máquina cliente, cada instancia debe usar su propio puerto.