Zócalos vs. WCF

Question

Trabajo en una aplicación tipo chat, donde uso Silverlight en el lado del cliente y wpf en el lado del servidor. En este momento, la comunicación se basa en Sockets: tengo diferentes Message-Classes que serializo y envío a través de TCP.

Empiezo dándome cuenta de que la creación de una clase de mensaje separada para cada escenario de comunicación posible es una sobrecarga y considero pasar a WCF.

por lo tanto necesito saber las siguientes cosas:

1. Parece que toda la comunicación utilizando WCF se basa en los clientes callind métodos de mi servicio WCF expuestos. ¿Hay alguna manera de saber qué cliente llama un determinado método? Esto es bastante importante para mi aplicación.

2. ¿WCF notifica a mi aplicación cuando un cliente se desconecta (por ejemplo, cierra la ventana del navegador donde se ejecuta el cliente de Silverlight) desde el servidor? Esto también es bastante importante.

3. ¿Las llamadas al método son completamente asíncronas? Si es así, ¿debo redirigir cada llamada de método al hilo principal de la aplicación del servidor?

4. ¿Cada conexión de cliente tiene su propio hilo? ¿Cuántas conexiones simultáneas podría manejar el servidor (que se ejecuta en una PC con una potencia razonable) si los clientes llaman a los métodos cada 2 segundos? Solo necesito una estimación (10, 100, 1000 o incluso más). "Más" sería genial;)

Quizás estoy completamente equivocado y WCF no funciona en absoluto basado en la conexión. Entonces tendría que encontrar una solución para seguir administrando una lista de conexiones activas.

Gracias por su ayuda! Andrej

Answer 1

1. Puesto que usted está utilizando una aplicación de Silverlight, se puede implementar un validador UserNamePassword en la capa de mensajes, lo que añade algunas cabeceras al mensaje de jabón, esto podría ser utilizado para identificar unívocamente los clientes, a menos que los clientes son anónimos . luego puede usar System.ServiceModel.OperationContext.Current, cuando necesite acceder al nombre de usuario en cualquier otro lugar del servicio wcf.

2. No se notifica al servidor cuando el cliente se desconecta, ya que los mensajes son "PerCall" de manera predeterminada, hay una manera, use una clase Singleton como su ServiceConContextMode.Único, luego implemente un OperationContract con un servicio de devolución de llamada; luego, cuando los clientes inicien sesión en su servicio, deberán registrarse en el servicio de devolución de llamada; luego, el servicio de devolución de llamada podrá recorrer los clientes conectados y verificar el estado de la devolución de llamada, ya sea que esté abierta o no. finalmente elimine las entradas donde las conexiones están cerradas, eventualmente puede obtener la funcionalidad que necesita.

3. Las llamadas asincrónicas, son del cliente, es decir. en Silverlight, todas las llamadas al servicio web son asincrónicas, como en ASP, tiene una opción, WCF maneja automáticamente la funcionalidad asíncrona, por lo que no necesita redireccionar nada, simplemente codifica el ServiceContract como si fuera un solo hilo, y todo estará bien

4. Implemente la codificación de mensajes binarios en silverlight 3, para obtener el máximo rendimiento de su servidor y su ancho de banda, silverlight no admite conexiones tcp sin procesar, debe rapearse en un mensaje http por muy buenas razones. Cada cliente puede tener muchas llamadas concurrentes (async recordar), por lo que para mantener las cosas simples, solo piense en ello como si el servidor asignara un hilo separado a cada llamada de mensaje. Entonces para responder a su pregunta sobre lo que acaba de decir, 1000.

Answer 2

Por 3 lo sé Puede llamar a async.

Y para 4 sí, tienen sus propios hilos. WCF es bastante "GRANDE" y complejo, deberías obtener un libro para entenderlo mejor.

Answer 3

Mis respuestas:

1. Sí. Toda la comunicación se basa en los métodos de llamada.
2. En general - No.
3. Puede llamar a los métodos de forma síncrona o asíncrona. Esta es tu elección.
4. Más. Yo caso de diseño de sistema correcto.