Perché a volte WCF aggiunge "Campo" alla fine dei tipi di proxy generati?

Question

Fondamentalmente, ho un tipo di server "Foo" con i membri X e Y. Ogni volta che utilizzo il "Aggiungi riferimento server" di Visual Studio, vedo il WSDL e il proxy generato entrambi aggiungere la parola "Campo" a tutti i membri e cambia l'involucro della prima lettera. IE, "X" e "Y" vengono rinominati "xField" e "yField". Qualche idea sul perché questo sta accadendo? Non riesco a capire il modello.

Dettagli: dispongo di un servizio Web ASMX legacy che espone un tipo "Foo". Ho creato un nuovo servizio WCF che è un involucro attorno a quel vecchio servizio web: il nuovo servizio avvolge solo quei metodi e forse aggiorna i valori di alcuni campi, ma espone gli stessi identici metodi e restituisce gli stessi identici tipi. Ho provato a ricreare i riferimenti più volte e, sempre, sempre rinomina i miei campi: la variabile "STUFF" è esposta in wsdl e proxy come "sTUFFField". La variabile "X" è esposta come "xField", ecc.

La cosa divertente è che non riesco a capire il modello - Ho provato a creare un nuovo servizio Web ASMX come test e wrapping che - le variabili non vengono rinominate poi. Quindi non riesco a capire il motivo del perché/quando WCF rinomina le variabili.

Qualcuno sa?

Answer 1

In genere, il proxy generato avrà "XField" e "YField" come campi interni/protetti/privati ​​ed esporrà i valori tramite le proprietà denominate "X" e "Y". Ci sono opzioni che puoi impostare quando crei il client proxy per modificarlo a tuo piacimento, penso.

AGGIORNAMENTO: Non riesco a trovare alcun interruttore o opzione per controllare questo comportamento. Potrebbe dipendere da quale serializzatore (DataContractSerializer vs XmlSerializer) WCF utilizza per creare il proxy client.

Alla fine, è più o meno solo un problema di stile di codifica: dal punto di vista funzionale, non dovrebbe fare la differenza.

Marc

Answer 2

Ho avuto lo stesso problema, ma sono stato in grado di trovare una soluzione.

Nell'interfaccia se si aggiunge il tag [DataContractFormat] si finirà con il caso "XFieldField". Ma se lo sostituisci con [XmlSerializerFormat] nell'interfaccia non cambierà i nomi nel proxy generato.

Answer 3

Ho avuto lo stesso problema e la risposta di sergiosp mi ha indirizzato nella giusta direzione. Aggiungendo solo alcune informazioni aggiuntive per aiutare eventualmente qualcun altro.

Aggiunta di [System.ServiceModel.XmlSerializerFormatAttribute()] all'interfaccia e la rigenerazione del codice client ha risolto il problema per me.

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

} 

Answer 4

ho avuto anche questo problema, ma dal client ero ancora ottenendo Field al termine dei membri della classe, anche dopo la modifica citata a livello di interfaccia.

Il problema è stato, mi stava usando un DataContractSerializer di lavorare con le richieste serializzati file del disco (durante la prova del nostro servizio, siamo stati ricevendo richieste serializzati dal provider, per essere in grado di eseguire il debug prima di andare in diretta).

Dopo aver cambiato il DataContractSerializer ad un XmlSerializer, specificando sul suo costruttore dell'elemento radice (da una chiamata typeof()) e il RootNamespace (perché per impostazione predefinita, XmlSerializers scrivere lo spazio dei nomi standard), ho potuto deserializzare le richieste e funzionare perfettamente con la Servizio WCF.

Spero che questo aiuti qualcuno. Ho perso moltissimo tempo con questo "problema".

Answer 5

L'aggiunta di XmlSerializerFormat ha funzionato per me. Soluzione ottenuta da 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); 
}