socket.io y servidor de socket .Net

Disculpe si la pregunta suena tonta pero tengo que preguntar. ¿Hay una alternativa del lado del servidor a Node.js escrito en C#? Necesito un marco de trabajo cliente para utilizar Web Sockets por completo, pero AFAIK IE no es compatible con Web Sockets ni será compatible en su próxima versión. socket.io usa Web Sockets si está disponible y vuelve a BOSH si no es así. Por lo tanto, intentaré conectarme a un servidor de socket que se ejecuta en .Net Framework.socket.io y servidor de socket .Net

¿Cuáles son mis alternativas?

Fuente

2010-11-09 Élodie Petit

Ok, escribí mi propio servidor de socket y funciona como un encanto. –

Si responde su propia pregunta con un enlace a un proyecto de github, prometo enviar su respuesta;) – Khanzor

Disculpe por plantear este hilo de los muertos - mi amigo y yo acaba de publicar un servidor WebSocket del lado del servidor para C#: https://github.com/Olivine-Labs/Alchemy-Websockets

Es rápido, es escalable, y no lo hace todo socket.io hace , a propósito: proporciona websockets y un flash de respaldo, lo que lo mantiene muy delgado y eficiente. Veo que ya has hecho tus propias cosas, pero échale un vistazo; y con suerte, ayudará a otros en SO.

Fuente

2011-03-24 20:13:37

Podría ser una respuesta a una pregunta anterior, pero escribiré aquí en caso de que otra persona encuentre esta pregunta utilizando un motor de búsqueda. Eche un vistazo a SignalR (http://signalr.net/) para esa abstracción. Para una buena publicación sobre lo que significa SignalR, lea la publicación de Scott Hanselman http://www.hanselman.com/blog/AsynchronousScalableWebApplicationsWithRealtimePersistentLongrunningConnectionsWithSignalR.aspx.

Fuente

2011-12-19 13:34:40

SignalR no utiliza Web Sockets porque se ejecuta ontop de .net y windows que no son compatibles con Web Sockets en el lado del servidor . SignalR utilizará serverSideEvents en todos los navegadores, excepto IE, que utilizará Forever-Frame. –

@RegisteredUser que no es del todo correcto. SignalR utilizará WebSockets si tanto el cliente como el servidor lo admiten. SignalR admite múltiples opciones de alojamiento, pero el más utilizado hasta ahora es, por supuesto, IIS. Por lo tanto, SignalR admitirá WebSockets si el host SignalR admite WebSockets. IIS en Windows Server 8 es compatible con WebSockets. La versión actual al escribir esto (y algunas versiones atrás) usa el mejor método de transporte disponible tanto en el cliente como en el servidor de la siguiente lista: WebSockets, eventos enviados por el servidor, Forever Frame y finalmente Long Polling. –

socket.io y servidor de socket .Net

Respuesta

Cuestiones relacionadas