Почему WCF иногда добавляет «Поле» к концу сгенерированных типов прокси?

Question

В принципе, у меня есть серверный тип «Foo» с элементами X и Y. Всякий раз, когда я использую «Добавить серверную ссылку» Visual Studio, я вижу, что WSDL и сгенерированный прокси добавляют слово «Поле» всем членам и измените корпус первой буквы. IE, «X» и «Y» переименованы в «xField» и «yField». Любая идея, почему это происходит? Я не могу понять шаблон.

Подробности - У меня есть веб-сервис ASMX, который предоставляет тип «Foo». Я создал новую службу WCF, которая обертывает этот старый веб-сервис - новая служба просто обертывает эти методы и, возможно, обновляет значения нескольких полей, но предоставляет одни и те же методы и возвращает одни и те же типы. Я пытался пересоздать рефери несколько раз, и каждый раз он всегда переименовывает мои поля: varible «STUFF» отображается в wsdl и proxy как «sTUFFField». Переменная «X» отображается как «xField» и т. Д.

Забавно, что я не могу понять шаблон - я попытался создать новый веб-сервис ASMX в качестве теста и обертывания, который - переменные не переименованы тогда. Поэтому я не могу понять, почему/когда WCF переименовывает переменные.

Кто-нибудь знает?

Answer 1

Как правило, сгенерированный прокси будет иметь «XField» и «YField» в качестве внутренних/защищенных/закрытых полей и выставлять значения через свойства, называемые «X» и «Y». Я думаю, есть варианты, которые вы можете установить при создании прокси-клиента, чтобы настроить его по своему вкусу.

UPDATE: Кажется, у меня нет никаких переключателей или параметров для управления этим поведением. Это может зависеть от того, какой сериализатор (DataContractSerializer vs. XmlSerializer) использует WCF для создания клиентского прокси.

В конце концов, это действительно более или менее просто проблема стиля кодирования - функционально, это не должно иметь значения.

Марк

Answer 2

У меня была такая же проблема, но я был в состоянии найти решение.

В интерфейсе, если вы добавите тэг [DataContractFormat], вы получите «XFieldField». Но если вы замените его на [XmlSerializerFormat] в интерфейсе, он не изменит имена в сгенерированном прокси.

Answer 3

У меня была та же проблема, и ответ sergiosp заставил меня возглавить в правильном направлении. Просто добавьте дополнительную информацию, чтобы, надеюсь, помочь кому-то другому.

Добавление [System.ServiceModel.XmlSerializerFormatAttribute()] к интерфейсу и повторное создание кода клиента разрешили проблему для меня.

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

} 

Answer 4

Я тоже была эта проблема, но от клиента я все еще получаю Field в конце членов класса даже после принятия упомянутого изменения в интерфейсе.

Проблема была в том, что я использовал DataContractSerializer для работы с сериализованными запросами на диске (во время проверки нашей службы мы получали сериализованные запросы от поставщика, чтобы иметь возможность отлаживать, прежде чем переходить в прямом эфире).

После изменения DataContractSerializer к XmlSerializer, указывая на его конструктору корневой элемент (по typeof() вызова) и rootnamespace (потому что по умолчанию XmlSerializers написать стандартное пространство имен), я мог бы десериализации запросы и прекрасно работают с Служба WCF.

Надеюсь, это поможет кому-то. Я потерял soooo много раз с этой «проблемой».

Answer 5

Добавление XmlSerializerFormat сработало для меня. Получено решение от 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); 
}