2010-02-17 13 views
8

Nous utilisons .NET Web Services - non-WCF et WCF, bien que la majorité écrasante soit non-WCF, pour des raisons héritées - assez fortement, et comme je testais quelque chose en Fiddler, j'ai remarqué que la taille du corps de la réponse était assez grand. Ensuite, j'ai remarqué que les en-têtes de la requête n'avaient aucun en-tête Accept-Encoding.Pourquoi la valeur par défaut EnableDecompression de .NET est-elle passée de 2.0 à 3.0?

Après avoir fait quelques recherches, il semble que la valeur par défaut de la propriété HttpWebClientProtocol.EnableDecompression (de la classe dont tous les wsdl.exe talons -originated WS dérive) changé entre les versions .NET BCL 2.0 et 3.0. Je suis curieux quant à la raison (qui peut être liée à la WCF), et plus loin à savoir s'il y a d'autres changements [assez] fondamentaux qui sont assez silencieux quand vous vous connectez simplement à une bibliothèque différente.

Répondre

5

Jetez un oeil à ce lien connect. Le premier commentaire de Microsoft stipule ce qui suit:

S'il vous plaît noter également que dans le cadre du faux par défaut fixe nous avons changé la valeur par défaut de EnableDecompression. Nous étions inquiets qu'ayant il par défaut casserait les clients existants qui avaient implémenté la décompression au-dessus des services d'ASP.NET Web dans v1.1.

Il semble que le changement résulte d'un bogue dont ils ont besoin pour réparer.

+1

Excellente trouvaille! –