Atributo WCF DataMember para campos de solo lectura?

Question

Estoy tratando de crear una clase con un campo Id de solo lectura, sin embargo, tengo problemas para retener el valor cuando el objeto pasa a través del servidor WCF.

No puedo establecer el atributo [DataMember] en la propiedad pública ya que no existe el método set, y me gustaría mantenerlo así si es posible ya que no quiero que este valor cambie por medios externos. No puedo establecer el atributo [DataMember] en el campo privado, ya que arroja un error en los entornos de confianza parcial.

public class MyClass 
{ 
    private int _id; 

    public int Id 
    { 
     get { return _id; } 
    } 

    private string _otherProperties; 

    [DataMember] 
    public string OtherProperties 
    { 
     get { return _otherProperties; } 
     set { _otherProperties = value; } 
    } 
} 

¿Hay alguna manera de mantener el valor del campo Id mientras se pasa por el servidor WCF sin hacer que mi propiedad sea pública?

Answer 1

En general, sus clases de contrato de datos deben ser objetos de transferencia de datos muy livianos sin ninguna lógica o un significado más profundo asociado a ellos. Solo contenedores para transportar datos a través de la nube. Deben ser clases públicas, con solo un conjunto de propiedades públicas de lectura y escritura. En las clases de lógica empresarial, debe convertirlas en algunas entidades comerciales internas y hacer lo contrario al transmitir datos.

Esto separa el modelo de transferencia de datos de cualquier modelo de entidad interna y garantiza un mantenimiento óptimo, lo que le permite evitar problemas como el que enfrenta, donde los problemas de diseño de OO entran en conflicto con el comportamiento operativo de WCF.

Con proyectos muy pequeños, la sobrecarga de mantener un modelo separado podría no valer la pena. AutoMapper puede ser de alguna ayuda para minimizar el trabajo manual requerido.

Hablando de su situación específica, no estoy seguro de entender exactamente la declaración del problema. ¿No quieres que se modifique algún campo? Pero este campo es solo una parte del modelo de datos: las partes del modelo de datos nunca se "modifican", no hay datos "antiguos", solo datos que su cliente inventa. Su código de cliente simplemente envía un objeto de datos al servidor. Si el servidor no se preocupa por un miembro de la clase, simplemente debe ignorarlo.

No es que existan instnaciones de los objetos del contrato de datos en el servidor y esperen a que los clientes los manipulen. Un campo de solo lectura podría tener sentido conceptualmente en tal escenario, pero esto no es así con WCF. El cliente simplemente crea un objeto y lo envía al servidor. Si no desea que el servidor escuche algunos datos, no los agregue al modelo de datos o (si tal vez a veces es necesario, solo para usuarios específicos o similares) haga que el servidor los ignore cuando no lo desee.

Answer 2

No. El miembro de datos tiene que tener getter y setter para ser serializable. Es responsabilidad del servicio validar que Id no se modificó en el cliente.

Answer 3

Usted puede hacer esto:

public int Id 
{ 
    get; 
    private set; 
} 

Esto evitará que el deserializer feliz, si bien no dejar que la gente en realidad establecer el valor de ID. Tendrás que configurarlo en el constructor o en el setter de otra propiedad.

Sin embargo, estoy de acuerdo con Sanders, en que su DTO debe ser un contenedor tonto.