¿Qué es el controlador de mensajes?

El controlador de mensajes básicamente se deriva de la clase abstracta, es decir , la clase HttpMessageHandler y también es la clase base del controlador de mensajes. Se puede definir como la clase que recibe una solicitud HTTP y devuelve la respuesta HTTP. Tomemos un ejemplo: supongamos que un servidor HTTP recibe una solicitud HTTP y ahora esta solicitud se transferirá al controlador A, luego de procesarla en el controlador A, va al controlador B y el proceso continúa. Por lo tanto, realiza las tareas específicas dadas dentro de cada controlador según las necesidades. Sin embargo, el controlador de mensajes es generalmente una string de clases que se enstringn juntas en una serie como:

El controlador de primer mensaje recibe una solicitud HTTP y luego realiza algún procesamiento. Después de eso, envíe la solicitud al siguiente controlador de mensajes. Después de un tiempo, en algún punto en particular, se crea la respuesta y vuelve a subir a la string. Todos estos patrones de manejo se conocen como «Manejador delegado».

¿Por qué usar el controlador de mensajes?

El controlador de mensajes es útil de varias maneras, como:

• Nos ayuda a realizar la operación de manera eficiente en la solicitud y respuesta HTTP.
• También está disponible en el lado del cliente.
• Dependiendo de las necesidades, ayuda a realizar las tareas específicas dentro de cada manipulador.
• Proporciona la posibilidad de examinar el contenido de una solicitud y respuesta XML/JSON.
• También nos permite cambiar el contenido de una solicitud o respuesta XML/JSON siempre que lo consideremos esencial.

Los siguientes son algunos de los tipos de controladores de mensajes. Son los siguientes:

1. Controladores de mensajes del lado del servidor: los controladores de mensajes del lado del servidor son aquellos en los que las canalizaciones de la API web usan algunos de los controladores de mensajes integrados, que han sido configurados por el marco de la API web de MVC. Y esos son: HttpServer, HttpRoutingDispatcher, HttpControlDispatcher. Por lo tanto, los controladores de mensajes del lado del servidor están básicamente predefinidos y básicamente proporcionan una solicitud y respuesta HTTP de lectura en el lado del servidor.
2. Controladores de mensajes personalizados: los controladores de mensajes personalizados derivan básicamente de System.Net.Http.DelegatingHandler y anula el método SendAsync. Aquí El método toma la entrada como un HttpRequestMessage y luego devuelve de forma asíncrona un HttpResponseMessage.
3. Controladores de mensajes por ruta: utilizando los controladores de mensajes por ruta, si desea habilitar alguna autenticación básica solo para algunas de las rutas, solo es cuestión de configurar este controlador de mensajes por ruta en esta ruta y ya está todo listo. para llevar.

Hay varios programas que se utilizan como controladores de mensajes y se invocan con la misma interfaz con un canal que contiene varios contenedores. Los contenedores se clasifican además en los siguientes tipos:

1. Contenedores de Control: Los Contenedores de Control son esenciales solo para la operación de la tubería. Básicamente realiza la tarea de modificar la secuencia en la que se procesan los controladores de mensajes.

2. Contenedores de contexto: los contenedores de contexto se utilizan en algunas situaciones en las que los programas de manejo de mensajes necesitan información sobre el contexto sobre cómo se invocan. También podemos cambiar la información en nuestro controlador de mensajes que contienen los contenedores de contexto.

3. Contenedores de Usuario; Los contenedores de usuario básicamente contienen la información que un controlador de mensajes necesita pasar a otro controlador de mensajes.