TAGS
}
La inyección de nosotros mismos en la tubería mensaje como este tiene varias ventajas, ahora tenemos la oportunidad de añadir nuestros mensajes a la solicitud del cliente de salida en un solo lugar. También tenemos un único punto de contacto para la captura de la solicitud en el lado del servidor. Si esto era una comprobación de validación de licencia de código, esto nos libre de salpicando cada llamada de servicio individual con el código de verificación de validación.
En las siguientes secciones vamos a ver en la creación de un objeto de encabezado de datos personalizada, creando una aplicación de mensajes inspector para administrar la inyección y extracción de estos datos de nuestro servicio WCF, creando cliente y Comportamientos de servicio para unir nuestros inspectores de mensajes y la creación de una extensión para permitir el comportamiento estos comportamientos que deben aplicarse a través de nuestro servicio de configuración.
Dado que tanto nuestra aplicación Web (que será sede de los Servicios Web) y la aplicación de consola tendrán algunas dependencias comunes, he dividido a cabo la mayor parte del código en estas secciones siguientes y los almacena en la carpeta de biblioteca de clases común, que ambas aplicaciones pueden entonces referencia.
Lo primero que voy a crear es un objeto de contrato de datos sencilla para representar a nuestra información de cabecera personalizada. Este Contrato de datos POCO proporciona una forma sencilla para nosotros para encapsular nuestra información de cabecera en una sola carga útil que será transmitido con nuestras llamadas de servicio.
[DataContract]
Previous Post Next Post
.
