Características de simplificación de WCF

En este tema se describen las características nuevas que simplifican la escritura de aplicaciones WCF.

gRPC como alternativa a WCF

gRPC es un marco RPC moderno que es una alternativa popular a WCF. gRPC se basa en HTTP/2, que proporciona una serie de ventajas sobre WCF, entre las que se incluyen:

• Rendimiento: gRPC es mucho más eficaz que WCF, especialmente para las conexiones de larga duración.
• Escalabilidad: gRPC está diseñado para escalar a un gran número de clientes y servidores.
• Seguridad: gRPC admite una variedad de mecanismos de seguridad, como TLS y autenticación.
• Multiplataforma: gRPC es independiente de la plataforma y se puede usar con una variedad de lenguajes de programación.

Para obtener más información sobre el desarrollo o la migración de aplicaciones WCF a gRPC, consulte:

• ¿Por qué se recomienda gRPC para los desarrolladores de WCF?
• Comparación de WCF con gRPC
• Introducción a gRPC para desarrolladores de WCF

Archivos de configuración generados simplificados

Al agregar una referencia de servicio en Visual Studio o al usar la herramienta SvcUtil.exe se genera un archivo de configuración de cliente. En versiones anteriores de WCF, estos archivos de configuración contenían el valor de cada propiedad de enlace incluso si el valor era el predeterminado. En WCF 4.5, los archivos de configuración generados solo contienen las propiedades de enlace que se establecen en un valor no predeterminado.

El siguiente es un ejemplo de un archivo de configuración generado por WCF 3.0.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <system.serviceModel>
        <bindings>
            <basicHttpBinding>
                <binding name="BasicHttpBinding_IService1" closeTimeout="00:01:00"
                    openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
                    allowCookies="false" bypassProxyOnLocal="false"
                    hostNameComparisonMode="StrongWildcard" maxBufferSize="65536"
                    maxBufferPoolSize="524288" maxReceivedMessageSize="65536"
                    messageEncoding="Text" textEncoding="utf-8" transferMode="Buffered"
                    useDefaultWebProxy="true">
                    <readerQuotas maxDepth="32" maxStringContentLength="8192"
                        maxArrayLength="16384" maxBytesPerRead="4096"
                        maxNameTableCharCount="16384" />
                    <security mode="None">
                        <transport clientCredentialType="None" proxyCredentialType="None"
                            realm="" />
                        <message clientCredentialType="UserName" algorithmSuite="Default" />
                    </security>
                </binding>
            </basicHttpBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:36906/Service1.svc" binding="basicHttpBinding"
                bindingConfiguration="BasicHttpBinding_IService1" contract="IService1"
                name="BasicHttpBinding_IService1" />
        </client>
    </system.serviceModel>
</configuration>

El siguiente es un ejemplo del mismo archivo de configuración generado por WCF 4.5.

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <system.serviceModel>
        <bindings>
            <basicHttpBinding>
                <binding name="BasicHttpBinding_IService1" />
            </basicHttpBinding>
        </bindings>
        <client>
            <endpoint address="http://localhost:36906/Service1.svc" binding="basicHttpBinding"
                bindingConfiguration="BasicHttpBinding_IService1" contract="IService1"
                name="BasicHttpBinding_IService1" />
        </client>
    </system.serviceModel>
</configuration>

Desarrollo de contrato primero

WCF admite ahora el desarrollo de contrato primero. La herramienta svcutil.exe tiene un modificador /serviceContract que permite generar contratos de servicio y datos a partir de un documento WSDL.

Agregar referencia de servicio desde un proyecto de subconjuntos portátiles

Los programadores de ensamblados de .NET pueden usar proyectos de subconjuntos portátiles para mantener un único árbol de origen y un único sistema de compilación mientras que se mantiene la compatibilidad con varias implementaciones de .NET (escritorio, Silverlight, Windows Phone y Xbox). En los proyectos de subconjuntos portátiles, solo se hace referencia a las bibliotecas de .NET que constituyen ensamblados que pueden usarse en cualquier otra implementación de .NET. La experiencia del desarrollador es igual que agregar una referencia de servicio en cualquier otra aplicación cliente de WCF. Para más información, consulte Agregar referencia de servicio en un proyecto de subconjuntos portátiles.

Valor predeterminado del modo de compatibilidad de ASP.NET cambiado

WCF proporciona el modo de compatibilidad de ASP.NET para conceder a los desarrolladores acceso total a las características en la canalización HTTP de ASP.NET al escribir servicios WCF. Para usar este modo, debe establecer el aspNetCompatibilityEnabled atributo en true en la sección <serviceHostingEnvironment> de web.config. Además, cualquier servicio de este dominio de aplicación debe tener la propiedad RequirementsMode en su atributo AspNetCompatibilityRequirementsAttribute establecido en Allowed o Required. De manera predeterminada, AspNetCompatibilityRequirementsAttribute ahora se establece en Allowed y la plantilla de aplicación de servicio WCF predeterminada establece el atributo aspNetCompatibilityEnabled en true. Para más información, consulte Novedades de Windows Communication Foundation 4.5 y Servicios WCF y ASP.NET.

Mejoras en streaming

• Se ha agregado a WCF una nueva compatibilidad para streaming asincrónico. Para habilitar el streaming asincrónico, agregue el comportamiento de punto de conexión DispatcherSynchronizationBehavior al host de servicio y establezca la propiedad AsynchronousSendEnabled en true. Esto puede beneficiar a la escalabilidad cuando un servicio envía mensajes de secuencias a varios clientes que leen despacio. WCF ya no bloquea un subproceso por cliente y liberará el subproceso para atender a otro cliente.

• Se han quitado las limitaciones sobre el almacenamiento en búfer de mensajes cuando un servicio está hospedado en IIS. En versiones anteriores de WCF, al recibir un mensaje para un servicio hospedado por IIS que usaba transferencia de mensajes de streaming, ASP.NET almacenaba en búfer todo el mensaje antes de enviarlo a WCF. Esto provocaba que el consumo de memoria fuera grande. Este almacenamiento en búfer se ha quitado en .NET Framework 4.5 y ahora los servicios WCF hospedados en IIS pueden empezar a procesar el flujo de entrada antes de que se haya recibido el mensaje completo, lo que permite streaming auténtico. Esto permite que WCF responda inmediatamente a los mensajes y permite mejorar el rendimiento. Además, ya no es necesario especificar un valor para maxRequestLength, el límite de tamaño de ASP.NET en las solicitudes entrantes. Si se establece esta propiedad, se omite. Para más información sobre maxRequestLength, consulte elemento de configuración <httpRuntime>. Todavía deberá configurar maxAllowedContentLength. Para más información, consulte Límites de solicitud de IIS.

Nuevos valores de transporte predeterminados

En la tabla siguiente se describen los valores que han cambiado y dónde encontrar información adicional.

XmlDictionaryReaderQuotas

XmlDictionaryReaderQuotas contiene valores de cuota configurables para los lectores de diccionario de XML que restringen la cantidad de memoria usada por un codificador mientras se crea un mensaje. Aunque estas cuotas son configurables, los valores predeterminados han cambiado para reducir la posibilidad de que un desarrollador tenga que establecerlas explícitamente. La cuota de MaxReceivedMessageSize no se ha cambiado, de modo que aún puede limitar el consumo de memoria para evitar que sea necesario tratar la complejidad de XmlDictionaryReaderQuotas. En la tabla siguiente se muestran las cuotas, sus nuevos valores predeterminados y una breve descripción de para qué se usa cada cuota.

Validación de la configuración de WCF

Como parte del proceso de compilación en Visual Studio, los archivos de configuración de WCF ahora se validan. Se muestra una lista de errores de validación o advertencias en Visual Studio si se produce un error en la validación.

Información sobre herramientas del editor XML

Para ayudar a los desarrolladores de servicios WCF nuevos y existentes a configurar sus servicios, el Editor XML de Visual Studio proporciona ahora información sobre herramientas para cada elemento de configuración que forma parte del archivo de configuración del servicio y sus propiedades.

Mejoras de BasicHttpBinding

1. Permite a un único extremo de WCF responder a distintos modos de autenticación.

2. Permite que la configuración de seguridad de un servicio WCF esté controlada por IIS