¿Por qué WCF a veces agrega "Campo" al final de los tipos de proxy generados?

Question

Básicamente, tengo un tipo de servidor "Foo" con miembros X e Y. Cada vez que uso la "Agregar referencia de servidor" de Visual Studio, veo que el WSDL y el proxy generado añaden la palabra "Campo" a todos los miembros y cambie la carcasa de la primera letra. IE, "X" e "Y" se renombran "xField" y "yField". ¿Alguna idea de por qué está pasando esto? No puedo entender el patrón.

Detalles - Tengo un servicio web ASMX heredado que expone un tipo "Foo". Creé un nuevo servicio WCF que es un envoltorio alrededor de ese viejo servicio web: el nuevo servicio simplemente envuelve esos métodos y tal vez actualiza los valores de algunos campos, pero expone exactamente los mismos métodos y devuelve exactamente los mismos tipos. Intenté volver a crear los referenes varias veces, y siempre cambia el nombre de mis campos: la variable "STUFF" está expuesta en el wsdl y proxy como "sTUFFField". La variable "X" está expuesta como "xField", etc.

Lo curioso es que no puedo entender el patrón - Intenté crear un nuevo servicio web ASMX como prueba y envolviéndolo - las variables no se renombran entonces. Entonces no puedo entender el patrón de por qué/cuándo WCF cambia el nombre de las variables.

¿Alguien sabe?

Answer 1

Normalmente, el proxy generado tendrá "XField" y "YField" como campos internos/protegidos/privados, y expondrá los valores a través de propiedades llamadas "X" e "Y". Me parece que existen opciones que puede establecer al crear el cliente proxy para ajustarlo a su gusto.

ACTUALIZACIÓN: no parece encontrar ningún modificador u opción para controlar este comportamiento. Puede depender de qué serializador (DataContractSerializer vs. XmlSerializer) use WCF para crear el proxy del cliente.

Al final, es más o menos una cuestión de estilo de codificación; funcionalmente, no debería marcar la diferencia.

Marc

Answer 2

Yo tenía el mismo problema, pero yo era capaz de encontrar una solución.

En la interfaz si agrega la etiqueta [DataContractFormat] terminará con el caso "XFieldField". Pero si lo reemplaza con [XmlSerializerFormat] en la interfaz, no cambiará los nombres en el proxy generado.

Answer 3

Tuve el mismo problema, y ​​la respuesta de sergiosp me llevó en la dirección correcta. Solo agregue información adicional para ayudar a alguien más.

Añadiendo [System.ServiceModel.XmlSerializerFormatAttribute()] a la interfaz, y volver a generar el código del cliente resolvió el problema para mí.

public interface IMyService 
{ 
    [System.ServiceModel.XmlSerializerFormatAttribute()] 
    [System.ServiceModel.OperationContract] 
    recordResponse GetRecord(recordRequest request); 

} 

Answer 4

tuve este problema también, pero desde el cliente todavía estaba recibiendo Field al final de los miembros de la clase, incluso después de realizar el cambio mencionado en la interfaz.

El problema era que estaba usando un DataContractSerializer para trabajar con solicitudes serializadas de archivos de disco (durante la prueba de nuestro servicio, recibimos solicitudes serializadas del proveedor, para poder depurar antes de la activación).

Después de cambiar el DataContractSerializer a un XmlSerializer, especificando en su constructor el elemento raíz (por una llamada typeof()) y el RootNamespace (porque por defecto, XmlSerializers escribir el espacio de nombres estándar), podría deserializar las solicitudes y trabajar perfectamente con el Servicio WCF.

Espero que esto ayude a alguien. Perdí muchísimo tiempo con este "problema".

Answer 5

Añadiendo XmlSerializerFormat funcionó para mí. Obtuve una solución de http://geekswithblogs.net/mipsen/archive/2010/02/06/field-postfix-in-wcf-reference.aspx

[ServiceContract(Namespace="http://somenamespace.com/contracts")]  
public interface ISchemaService 
{ 
    [OperationContract] 
    [XmlSerializerFormat] 
    void DoSomething(GeneratedType data); 
}