J'ai lu une définition de sockets comme "l'API la plus couramment utilisée pour les connexions UDP/TCP" (matériel scolaire). Cela me rend curieux de savoir s'il existe des alternatives, et je n'ai pas encore trouvé de solution. Je ne veux pas dire des couches d'abstraction ajoutées (telles que RPC ou RMI par exemple), ou des choses utilisant une autre pile réseau, mais en utilisant autre chose qui remplit le même rôle d'une manière différente.Alternatives aux sockets
Je pourrais avoir mal compris le rôle du socket aussi, je considérerais qu'il est adapté dans la couche OSI de session, ou peut-être le transport? Je ne suis pas vraiment sûr de ça.
Je ne prévois pas d'utiliser ces alternatives, et je comprends à quel point les prises sont pratiques, je me demandais juste.
Merci pour votre intérêt
Copie possible de [Quelles sont les alternatives à la programmation de socket?] (Http://stackoverflow.com/questions/474386/what-are-the-alternatives-to-socket-programming) –
J'ai vérifié cette discussion, mais 1) il est vieux et peut-être de nouveaux projets sont nés depuis 2) il est spécifique à C# (je me moque de la langue utilisée) 3) il semble que l'auteur était satisfait d'une couche d'abstraction ajoutée. J'ai précisé que je suis à la recherche de ** alternatives **, pas d'abstractions ajoutées (que j'ai déjà en tête). Merci de vérifier cependant :) –
'en utilisant une pile réseau différente' mais c'est exactement ce que c'est. Une pile réseau différente avec une implémentation différente de par ex. TCP et différentes API. Il n'y a pas de raison fondamentale pour qu'il y ait des fonctions 'listen' et' bind'. – usr