Recursos de simplificação do WCF

Este tópico discute os novos recursos que tornam a escrita de aplicativos WCF mais simples.

gRPC como alternativa ao WCF

gRPC é uma estrutura RPC moderna que é uma alternativa popular ao WCF. O gRPC é construído com base no HTTP/2, que oferece uma série de vantagens em relação ao WCF, incluindo:

• Desempenho: o gRPC é muito mais eficiente do que o WCF, especialmente para conexões de longa duração.
• Escalabilidade: o gRPC foi projetado para ser dimensionado para um grande número de clientes e servidores.
• Segurança: o gRPC suporta uma variedade de mecanismos de segurança, incluindo TLS e autenticação.
• Multiplataforma: o gRPC é neutro em relação à plataforma e pode ser usado com uma variedade de linguagens de programação.

Para obter mais informações sobre como desenvolver ou migrar aplicativos WCF para gRPC, consulte:

• Por que recomendamos gRPC para desenvolvedores WCF
• Comparando WCF com gRPC
• Introdução ao gRPC para desenvolvedores WCF

Arquivos de configuração gerados simplificados

Quando você adiciona uma referência de serviço no Visual Studio ou usa a ferramenta SvcUtil.exe, um arquivo de configuração do cliente é gerado. Em versões anteriores do WCF, esses arquivos de configuração continham o valor de cada propriedade de ligação, mesmo que seu valor seja o valor padrão. No WCF 4.5, os arquivos de configuração gerados contêm apenas as propriedades de vinculação que são definidas como um valor não padrão.

A seguir está um exemplo de um arquivo de configuração gerado pelo 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>

A seguir está um exemplo do mesmo arquivo de configuração gerado pelo 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>

Desenvolvimento Contract-First

O WCF agora tem suporte para desenvolvimento de contrato primeiro. A ferramenta svcutil.exe tem uma opção /serviceContract que permite gerar contratos de serviço e dados a partir de um documento WSDL.

Adicionar referência de serviço de um projeto de subconjunto portátil

Os projetos de subconjuntos portáteis permitem que os programadores de montagem .NET mantenham uma única árvore de código-fonte e construam o sistema enquanto ainda suportam várias implementações .NET (desktop, Silverlight, Windows Phone e Xbox). Os projetos de subconjuntos portáteis fazem referência apenas a bibliotecas portáteis do .NET que são assemblies que podem ser usados em qualquer implementação do .NET. A experiência do desenvolvedor é a mesma que adicionar uma referência de serviço em qualquer outro aplicativo cliente WCF. Para obter mais informações, consulte Adicionar referência de serviço em um projeto de subconjunto portátil.

ASP.NET padrão do modo de compatibilidade alterado

O WCF fornece ASP.NET modo de compatibilidade para conceder aos desenvolvedores acesso total aos recursos no pipeline HTTP ASP.NET ao escrever serviços WCF. Para usar esse modo, você deve definir o aspNetCompatibilityEnabled atributo como true na <seção serviceHostingEnvironment> do web.config. Além disso, qualquer serviço neste appDomain precisa ter a RequirementsMode propriedade definida AspNetCompatibilityRequirementsAttribute como Allowed ou Required. Por padrão AspNetCompatibilityRequirementsAttribute , agora está definido como Allowed e o modelo de aplicativo de serviço WCF padrão define o aspNetCompatibilityEnabled atributo como true. Para obter mais informações, consulte Novidades no Windows Communication Foundation 4.5 e WCF Services and ASP.NET.

Melhorias no streaming

• Novo suporte para streaming assíncrono foi adicionado ao WCF. Para habilitar o streaming assíncrono, adicione o comportamento do DispatcherSynchronizationBehavior ponto de extremidade ao host de serviço e defina sua AsynchronousSendEnabled propriedade como true. Isso pode beneficiar a escalabilidade quando um serviço está enviando mensagens transmitidas para vários clientes que estão lendo lentamente. O WCF não bloqueia mais um thread por cliente e liberará o thread para atender outro cliente.

• Removidas as limitações em torno do buffer de mensagens quando um serviço é hospedado no IIS. Em versões anteriores do WCF ao receber uma mensagem para um serviço hospedado no IIS que usava transferência de mensagens de streaming, ASP.NET armazenava em buffer a mensagem inteira antes de enviá-la para o WCF. Isso causaria um grande consumo de memória. Esse buffer foi removido no .NET Framework 4.5 e agora os serviços WCF hospedados no IIS podem começar a processar o fluxo de entrada antes que toda a mensagem tenha sido recebida, permitindo assim o streaming verdadeiro. Isso permite que o WCF responda imediatamente às mensagens e permite melhorar o desempenho. Além disso, não é mais necessário especificar um valor para maxRequestLength, o limite de tamanho ASP.NET em solicitações de entrada. Se essa propriedade for definida, ela será ignorada. Para obter mais informações sobre maxRequestLength como consulte <httpRuntime> configuration element. Você ainda precisará configurar o maxAllowedContentLength, Para obter mais informações, consulte Limites de solicitação do IIS.

Novos valores padrão de transporte

A tabela a seguir descreve as configurações que foram alteradas e onde encontrar informações adicionais.

XmlDictionaryReaderQuotas

XmlDictionaryReaderQuotas contém valores de cota configuráveis para leitores de dicionário XML que limitam a quantidade de memória utilizada por um codificador durante a criação de uma mensagem. Embora essas cotas sejam configuráveis, os valores padrão foram alterados para diminuir a possibilidade de que um desenvolvedor precise defini-las explicitamente. MaxReceivedMessageSize A cota não foi alterada para que ainda possa limitar o consumo de memória, evitando a necessidade de você lidar com a complexidade do XmlDictionaryReaderQuotas. A tabela a seguir mostra as cotas, seus novos valores padrão e uma breve explicação para que cada cota é usada.

Validação de configuração do WCF

Como parte do processo de compilação no Visual Studio, os arquivos de configuração do WCF agora são validados. Uma lista de erros de validação ou avisos são exibidos no Visual Studio se a validação falhar.

Dicas de ferramentas do Editor XML

Para ajudar os desenvolvedores de serviço WCF novos e existentes a configurar seus serviços, o editor XML do Visual Studio agora fornece dicas de ferramentas para cada elemento de configuração e suas propriedades que fazem parte do arquivo de configuração de serviço.

Melhorias BasicHttpBinding

1. Permite que um único ponto de extremidade WCF responda a diferentes modos de autenticação.

2. Permite que as configurações de segurança de um serviço WCF sejam controladas pelo IIS