2009-06-24 15 views
37

Por ejemplo, en HTTP, usted envía una solicitud y recibe una respuesta; ¿Hay un sustantivo que describa ese par solicitud-respuesta?¿Cómo se llama un par de solicitud-respuesta?

Había pensado en "diálogo" o "conversación", sin embargo, implica múltiples pares de solicitud-respuesta, mientras que estoy buscando una palabra que indique exactamente uno.

La razón para preguntar es que necesito nombrar un objeto que encapsula los detalles de ambos, y RequestResponse parece bastante cojo.

+3

Discombobulator? – Kev

+1

¿No es esto un duplicado de esta pregunta anterior: http: // stackoverflow.com/questions/325346/name-for-http-requestresponse – bbrown

+0

@bbrown - Hmm sí parece que sí. No encontré eso usando Google o la búsqueda incorporada :-( –

Respuesta

23

¿Qué tal "intercambio"?

+1

Según esta pregunta anterior (http://stackoverflow.com/questions/325346/name-for-http-requestresponse), eso es lo que usa la especificación – bbrown

6

que haría uso de mensaje o transacción

+1

[TsSkTo] (http://stackoverflow.com/users/2660924/tsskto) [señala] (http://english.stackexchange.com/a/125302/23199) que esto puede ser confuso cuando se trabaja con pero no hablando actualmente de bases de datos. [EricLaw] (http://stackoverflow.com/questions/1039513/what-is-a-request-response-pair-called#comment850282_1039589) señala que el tráfico http no es transaccional. mensaje, creo que es demasiado flojo con respecto al recuento y la dirección de los mensajes (puede consistir en un par, pero también puede ser solo un mensaje). – n611x007

12

RequestResponsePair suena como lo hace exactamente lo que dice. Y eso es invaluable, encuentro.

-1

¿qué hay de RequestResponseContext?

+1

¡Cada abstracción es un paradigma! –

+0

Leí esa frase de manera muy diferente. "Solicitud/respuesta" modifica "paradigma", no son sinónimos. – rkb

+2

¿Soy yo o no esta respuesta cambió sustancialmente desde la primera vez que se ingresó? –

7

Interacción

+0

Bien mi idea, tal vez podamos darle una abreviatura: ** ixn **, una palabra tan única. –

1

Fiddler lo llama un Sesión.

+2

La sesión funciona bastante bien, pero tiene la desventaja menor de que algunos pueden suponer que tiene algo que ver con "cookies de sesión" o tecnologías relacionadas. La transacción parece un buen nombre, excepto que Transaction implica que el tráfico HTTP es de alguna manera transaccional (con reversión, etc.) que no lo es. – EricLaw

+0

no sé cuál será el uso del OP. Pero uso Fiddler un poco, y nunca he tenido ningún problema con el término "sesión". De hecho, era tan transparente (ya que es solo un término para ese par de solicitud-respuesta) que tuvo que cargar Fiddler para ver cómo lo llamaban, en todo caso. –

+1

Oye, espera un minuto ... Eric Lawrence ... Fiddler –

2

Transceival o ServiceCall podría funcionar.

3

HttpRoundTrip - inspirado por Jeff Atwood en this blog post

+0

Ese enlace está muerto, desafortunadamente. Creo que esta es la publicación que quería decir: https://blog.codinghorror.com/aspnet-ntlm-authentication-is-it-worth-it/ –

0

OpenRasta utiliza la "comunicación" para la pareja petición/respuesta.

+0

¿Puede especificar qué significa OR? – nafg

+0

Hecho, también lo puso en tiempo pasado ya que ese fx no es relevante 5 años después. – SerialSeb

0

¿Qué hay de ServiceConversation

18
  • RFC2616 lo llama un intercambio.
  • Wireshark y HTTPNetworkSniffer lo llaman Solicitud/Respuesta.
  • Fiddler lo llama Session.
  • Charles lo llama una Secuencia.
  • HTTP Scoop lo llama conversación.
  • Otro vocabulario incluye: Mensaje, Transacción, Comunicación.

Yo iría por Exchange o RequestResponse.

+1

En mi último código, llamé 'Operación' ya que pondría en cola operaciones, operaciones de descarga, pausa o reanudación de operaciones. –

+0

Realmente, una buena elección, aunque RFC2616 se refiere a la palabra * exchange * simplemente dos veces. –

0

En mi caso particular, considero llamarlo Connection. Cuando envía una solicitud HTTP, básicamente está estableciendo una conexión con un punto final.

Al menos una razón por la que no me gusta es que similar a Session, se puede suponer que hay alguna actividad en este momento, que puede o no ser cierta.

Antecedentes: necesito registrar todas las interacciones con el servicio de un tercero.

P.S. En mi humilde opinión, Exchange es el mejor entre otros. Suena más abstracto.