Когда использовать атрибуты DataContract и DataMember?

Question

Когда использовать атрибуты DataContract и DataMember?

Я очень смущен DataContract атрибут в WCF. Насколько мне известно, он используется для сериализации определенного пользователем типа, как классы. Я написал один класс, который выставляется на стороне клиента, как это.

[DataContract]
public class Contact
{
    [DataMember]
    public int Roll { get; set; }

    [DataMember]
    public string Name { get; set; }

    [DataMember]
    public string Address { get; set; }

    [DataMember]
    public int Age { get; set; }
}

Работает нормально но когда убираю DataContract а также DataMember это также работает должным образом. Я не могу понять, почему это работает правильно. Может ли кто-нибудь сказать мне, что на самом деле используется DataContract?

Мой сервисный контракт выглядит так

[ServiceContract]    
public interface IRestServiceImpl
{
    [OperationContract]        
    Contact XmlData(string id);      
}

206

wcf datacontractserializer datacontract datamember

Источник

user594920 29 янв '11 в 11:49

8 ответов

Другие вопросы по тегам wcf datacontractserializer datacontract datamember

user13302 29 янв '11 в 12:18 2011-01-29 12:18 · Answer 1 · 2011-01-29 12:18

Поскольку многие программисты были перегружены [DataContract] а также [DataMember] Благодаря атрибутам.NET 3.5 SP1 Microsoft заставила сериализатор контрактов данных обрабатывать все классы - даже без этих атрибутов - так же, как старый сериализатор XML.

Поэтому, начиная с.NET 3.5 с пакетом обновления 1 (SP1), вам больше не нужно добавлять контракты данных или атрибуты элементов данных - если вы этого не сделаете, то сериализатор контракта данных будет сериализовать все открытые свойства вашего класса, как это делает сериализатор XML.

ОДНАКО: не добавляя эти атрибуты, вы теряете много полезных возможностей:

без [DataContract]вы не можете определить пространство имен XML для ваших данных, чтобы жить в
без [DataMember], вы не можете сериализовать непубличные свойства или поля
без [DataMember], вы не можете определить порядок сериализации (Order=) и DCS будет сериализовать все свойства в алфавитном порядке
без [DataMember], вы не можете определить другое имя для вашей собственности (Name=)
без [DataMember], вы не можете определить такие вещи, как IsRequired= или другие полезные атрибуты
без [DataMember]вы не можете опускать определенные общедоступные свойства - все общедоступные свойства будут сериализованы DCS

Так что для "быстрого и грязного" решения, опуская [DataContract] а также [DataMember] Атрибуты будут работать - но все же хорошая идея, чтобы они были в ваших классах данных - просто чтобы быть более точным в том, что вы делаете, и дать себе доступ ко всем тем дополнительным функциям, которые вы не получите без них...,

user3211873 10 ноя '14 в 08:07 2014-11-10 08:07 · Answer 2 · 2014-11-10 08:07

С точки зрения WCF, мы можем общаться с сервером и клиентом через сообщения. Для передачи сообщений и с точки зрения безопасности нам необходимо сделать данные / сообщения в сериализованном формате.

Для сериализации данных мы используем атрибуты [datacontract] и [datamember]. В вашем случае, если вы используете datacontract WCF использует DataContractSerializer еще WCF использует XmlSerializer который является методом сериализации по умолчанию.

Позвольте мне объяснить подробно:

в основном WCF поддерживает 3 типа сериализации:

XmlSerializer
DataContractSerializer
NetDataContractSerializer

XmlSerializer: - Порядок по умолчанию такой же, как класс

DataContractSerializer / NetDataContractSerializer: - Порядок по умолчанию - алфавитный

XmlSerializer: - XML-схема обширна

DataContractSerializer / NetDataContractSerializer: - XML-схема ограничена

XmlSerializer: - поддержка версий невозможна

DataContractSerializer / NetDataContractSerializer: - Возможна поддержка версий

XmlSerializer: - Совместимость с ASMX

DataContractSerializer / NetDataContractSerializer: - Совместимость с.NET Remoting

XmlSerializer: - Атрибут не требуется в XmlSerializer

DataContractSerializer / NetDataContractSerializer: - Атрибут, необходимый для этой сериализации

так что вы используете, зависит от ваших требований...

user163228 29 янв '11 в 12:20 2011-01-29 12:20 · Answer 3 · 2011-01-29 12:20

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

Windows Communication Foundation (WCF) по умолчанию использует механизм сериализации, называемый сериализатором контрактов данных, для сериализации и десериализации данных (преобразования их в XML и из XML). Все примитивные типы.NET Framework, такие как целые числа и строки, а также некоторые типы, рассматриваемые как примитивы, такие как DateTime и XmlElement, могут быть сериализованы без какой-либо другой подготовки и считаются имеющими контракты данных по умолчанию. Многие типы.NET Framework также имеют существующие контракты данных.

Вы можете найти полную статью здесь.

user8837640 14 мар '18 в 13:05 2018-03-14 13:05 · Answer 4 · 2018-03-14 13:05

Контракт данных: он указывает, что ваш класс сущностей готов к процессу сериализации.
Элементы данных. Указывает, что конкретное поле является частью контракта данных и может быть сериализовано.

2

Источник

user8837640 14 мар '18 в 13:05

user3048270 10 янв '17 в 06:42 2017-01-10 06:42 · Answer 5 · 2017-01-10 06:42

Контракт данных - это формальное соглашение между службой и клиентом, которое абстрактно описывает данные, подлежащие обмену.

Данные контракта могут быть явными или неявными. Простой тип, такой как int, string и т. Д., Имеет неявный контракт данных. Пользовательский объект является явным или сложным типом, для которого вы должны определить контракт данных, используя атрибуты [DataContract] и [DataMember].

Контракт данных может быть определен следующим образом:

Он описывает внешний формат данных, передаваемых в и из сервисных операций
Он определяет структуру и типы данных, которыми обмениваются служебные сообщения.
Он отображает тип CLR в XML-схему
Он определяет, как типы данных сериализуются и десериализуются. Посредством сериализации вы преобразуете объект в последовательность байтов, которые могут передаваться по сети. Посредством десериализации вы повторно собираете объект из последовательности байтов, которые вы получаете от вызывающего приложения.
Это система управления версиями, которая позволяет вам управлять изменениями в структурированных данных

Нам нужно включить ссылку System.Runtime.Serialization на проект. Эта сборка содержит атрибуты DataContract и DataMember.

user4990642 14 мар '21 в 16:18 2021-03-14 16:18 · Answer 6 · 2021-03-14 16:18

Данные должны передаваться и обрабатываться внутри службы, и они хранят значения, поэтому в терминологии WCF они называются « Контрактом данных ».

Где каждый член Класса; т.е. контракт данных называется « Data Member », и они также должны быть украшены атрибутами.

Источник

user6382704 27 дек '16 в 10:09 2016-12-27 10:09 · Answer 7 · 2016-12-27 10:09

Атрибут DataMember не обязательно добавлять для сериализации данных. Когда атрибут DataMember не добавляется, старый XMLSerializer сериализует данные. Добавление DataMember предоставляет полезные свойства, такие как order, name, isrequired, которые нельзя использовать иначе.

0

Источник

user6382704 27 дек '16 в 10:09

user2142794 07 мар '13 в 05:01 2013-03-07 05:01 · Answer 8 · 2013-03-07 05:01

Также, когда вы звоните из http-запроса, он будет работать правильно, но когда вы попытаетесь позвонить из net.tcp, вы получите все эти вещи.

0

Источник

user2142794 07 мар '13 в 05:01