Son los atributos de DataContract necesarios para WCF

Estoy escribiendo el servicio WCF y su cliente. Deseo enviar/recibir objetos de mis clases personalizadas, entre el servicio y el cliente.Son los atributos de DataContract necesarios para WCF

tengo 3 módulos

servicio WCF
WCF cliente
biblioteca de clases común

Tanto el servicio WCF y el cliente tienen referencias a la biblioteca de clase común. No quiero marcar toda mi clase con los atributos de DataContract.

Entonces, mi pregunta "¿Se requieren atributos de DataContract para WCF?"

Uso .NET 4 y netTcpBinding.

Fuente

2011-05-07 user179437

Si recuerdo correctamente (IIRC), si no usa marcadores formales de contrato de datos, de manera predeterminada actúa como un serializador de campo. Esto funcionará, pero es menos fácil de versionar, ya que los cambios privados pueden romper el cliente/servidor. OMI siempre debe decorar formalmente los tipos de WCF con los atributos de contrato de datos/miembro de datos. Funcionará sin ellos, pero por las razones equivocadas (IIRC, originalmente no funcionó sin marcadores formales).

Fuente

2011-05-07 14:52:43

+25

Realmente pensé que IIRC es un término técnico. Descubierto significa 'si recuerdo bien'. jaja! – thewpfguy

Bien mierda, durante años siempre pensé que significaba "Si repito", supongo que tiene más sentido que la R y la C representen diferentes palabras. –

http://msdn.microsoft.com/en-us/library/ms733127%28v=vs.110%29.aspx indica que solo las propiedades y los campos públicos de lectura/escritura se incluyen en el contrato de manera predeterminada. –

Puede usar varias técnicas de serialización con WCF, es una de las cosas agradables y adaptables al respecto. Echar un vistazo:

http://msdn.microsoft.com/en-us/magazine/cc163569.aspx

Fuente

2011-05-07 14:22:29

No es necesario para utilizar los atributos DataContract, su servicio va a funcionar muy bien sin ellos.

Habiendo dicho eso, realmente no creo que tener su servicio y el cliente compartan una biblioteca de clase es el mejor enfoque de diseño. Sería mucho más claro si expones tus tipos a través de DataContracts.

¿Qué pasaría si algún día alguien quiere consumir su servicio pero no tiene acceso a la biblioteca de clases compartida?

Fuente

2011-05-07 14:23:55

Solo mi cliente trabajará con ese servicio. – user179437

Cuando el servicio tiene un método ([OperationContract]), que tiene un argumento de mi clase personalizada y esa clase no tiene un constructor predeterminado, recibo InvalidDataContractException del host del servicio WCF. – user179437

Incluso si su servicio y el cliente comparten una biblioteca de clase, WCF intentará serializar sus tipos y para eso necesita un constructor predeterminado. Su diseño viola los principios mismos del diseño del servicio web y yo argumentaría que sería mejor usar algo más como .NET remoto. –

"es DataContract atributos necesarios para WCF"

Técnicamente, no. Esto depende de si usa el DataContractSerializer o no (que es el predeterminado en muchas vinculaciones).

hay otras opciones:

Considere serializadores alternativas
trate de usar Data Contract Surrogates (atributos aún se requieren algún lugar, pero significa potencialmente u puede salir de su clase sin tocar, si eso es relevante)
Confíe en el serialization defaults para cuando serializa clases sin atributos de Contrato de datos

Fuente

2011-05-08 14:07:38 Schneider

Reciclado de descripción de contrato. Sospecho que podría usar la descripción del contrato para cambiar el serializador de alguna manera – Schneider

Son los atributos de DataContract necesarios para WCF

Respuesta

Cuestiones relacionadas