Protocolos de alto nivel para Bluetooth / WiFi Direct Sockets?

Cuando trabajas con Bluetooth o WiFi Direct en Android, al final de todo el proceso de apretón de manos y tal, terminas con zócalos.

Con TCP / IP, tenemos una biblioteca de zillion-plus-one que se encuentra encima de sockets, para protocolos de alto nivel: HTTP, XMPP, IMAP, etc. Gracias a estas bibliotecas, podemos tratar con más abstracciones específicas de dominio de Una operación (por ejemplo, "descargar este archivo"), con la plomería de socket de bajo nivel manejada por la biblioteca.

• ¿Por qué Butterknife no puede encontrar un ViewHolder dentro de una clase anónima?
• ¿Cómo puedo obtener la identificación del dispositivo android que obtengo al marcar "* # * # 8255 # * # *" ​​
• Números aleatorios en Java cuando se trabaja con Android
• Accediendo contenido de res / raw programatically (Android)
• Diferencia entre ConnectionTimeoutException y SSLException con el mensaje "Tiempo de espera de conexión agotado"

Pregunta : ¿Existen equivalentes, para cualquier protocolo de alto nivel, que se sabe que funcionan (o es probable que funcionen) con los sockets producidos a través de las capas Bluetooth y / o WiFi Direct de Android?

En este momento, no soy quisquilloso sobre el protocolo específico – sólo estoy buscando ejemplos de este tipo de capa de protocolo, para hacer más fácil este tipo de opciones de conectividad para los desarrolladores.

Por ejemplo, parece que podría crear un fork o add-on para OkHTTP que utiliza una fuente alternativa para sockets, y probablemente podría crear un servidor HTTP de Java que hace lo mismo. Dado esto, los desarrolladores de aplicaciones escribirían aplicaciones HTTP que hablaban a través de Bluetooth o WiFi Direct (y, por lo menos en el lado del cliente, la codificación debería ser bastante "natural", una vez que el acoplamiento específico de conectividad y el apretón de manos se han prolongado).

IOW, volviendo a ocuparse de los enchufes sin procesar se siente tan hace dos décadas … 🙂

¡Gracias!

ACTUALIZAR

Basándome en el comentario de Kristopher Micinski sobre la respuesta de ZeroMQ, pensé que podría aclararse algo.

Es más fácil decir lo que no quiero: no quiero tocar las tomas, después de crearlas. Algo más en un nivel más alto debería manejar esos para mí, además de manejar lo que consideraría un "protocolo" (por ejemplo, determinar cuándo alguna operación de comunicaciones ha terminado, más allá de un cierre de socket).

Sobre todo, esto es para mi libro. La mayoría de los ejemplos de libros de contenido de socket de bajo nivel son poco realistas, como "abrimos un socket al servidor e inmediatamente comenzamos a explotar los bytes que representan alguna imagen que se va a cargar, luego cerraremos el socket cuando hayamos terminado". Mientras los ejemplos funcionan, nunca escribirías algo así en la vida real:

• Si realmente estás trabajando en el nivel de socket, estarías implementando algún protocolo que tenga la esperanza de abordar la autenticación, el manejo de errores, etc., incluso si estás rodando el protocolo tú mismo

• Pocos desarrolladores trabajan directamente con sockets hoy para operaciones de Internet

Ahora, sería genial si el protocolo ofrecido por la capa era algo a lo que los desarrolladores estaban acostumbrados (por ejemplo, HTTP) o habían oído hablar incluso si no lo habían usado (por ejemplo, XMPP). Y me conformaré con escenarios simples (por ejemplo, el soporte de N-way es bueno pero no es necesario). En este sentido, basado en la investigación preliminar (llevada a cabo por un cerebro privado de sueño), ZeroMQ no es una mala opción. Le falta un poco de "reconocimiento de marca" en comparación con, digamos, una pila XMPP que podría funcionar con sockets arbitrarios. Pero fuera del brazalete parece encontrar lo que más estoy buscando.

Reconozco que estas pilas tendrán limitaciones impuestas por el transporte subyacente (por ejemplo, Bluetooth funciona bien para N-way sólo para valores pequeños de N). Y ciertamente no quiero retratar – aquí o en mi libro – que cualquier solución que retratar es el ser-todo y el final de toda la comunicación basada en socket.

Sólo quiero algo que tenga una oración de ser más realista para el uso real. Puntos de bonificación si es algo que puedo grok, ya que siempre he utilizado protocolos de nivel superior para las comunicaciones TCP / IP, y por lo tanto tengo poca experiencia con la manipulación directa de socket.