Comment appelle-t-on une paire demande-réponse? [dupliquer]
https://stackoverflow.com/questions/1039513
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Cette question a déjà une réponse ici:
- Nom de la requête HTTP + réponse 3 réponses
Par exemple, en HTTP, vous envoyez une demande et recevez une réponse. y a-t-il un nom qui décrit cette paire requête-réponse?
Je pensais au "dialogue". ou "conversation" cependant, cela implique plusieurs paires requête-réponse, alors que je recherche un mot qui en indique exactement un.
La raison de ma demande est que je dois nommer un objet qui encapsule les détails des deux, et RequestResponse semble assez boiteux.
La solution
Qu'en est-il de "l'échange"?
Autres conseils
- La RFC2616 appelle cela un échange .
- Wireshark et HTTPNetworkSniffer l'appellent une demande / réponse .
- Fiddler appelle cela une session .
- Charles appelle cela une séquence .
- HTTP Scoop appelle cela une conversation .
- Les autres vocabulaires incluent: Message , Transaction , Communication .
Je choisirais Exchange ou RequestResponse .
Je suis également allé le nommer Opération dans mon code, comme je le ferais pour mettre en file d'attente Opérations, vider les Opérations, suspendre ou reprendre les Opérations.
RequestResponsePair sonne exactement comme ce qu'il dit. Et c'est inestimable, je trouve.
J'utiliserais un message ou une transaction
Interaction
Transceival ou ServiceCall pourrait fonctionner.
HttpRoundTrip - inspiré par Jeff Atwood dans cet article de blog
Fiddler l'appelle une Session .
OpenRasta a utilisé "communication". pour le couple requête / réponse.
Dans mon cas particulier, je considère l'appeler une connexion . Lorsque vous envoyez une requête HTTP, vous établissez une connexion avec un terminal.
Au moins une des raisons qui me déplaît est que, de la même manière que Session , vous pouvez supposer qu'il se passe actuellement une activité qui peut être vraie ou non.
Arrière-plan: je dois enregistrer toutes les interactions avec un service tiers.
P.S. IMHO, Exchange est le meilleur parmi d'autres. Cela semble plus abstrait.
Qu'en est-il de RequestResponseContext ?
Qu'en est-il de la Conversion du service
