Propiedades de sobrecarga en C#

Question

Ok, sé que la sobrecarga de propiedades no es compatible con C# - la mayoría de las referencias lo explican al citar el problema de un solo método-diferente-tipo de retorno. Sin embargo, ¿qué hay de los setters? Me gustaría asignar un valor directamente como una cadena u objeto, pero solo devolver como una cadena.

De esta manera:

public string FieldIdList 
    { 
     get { return fieldIdList.ToString(); } 
     set { fieldIdList = new FieldIdList(value); } 
    } 

    public FieldIdList FieldIdList 
    { 
     set { fieldIdList = value; } 
    } 
    private FieldIdList fieldIdList; 

¿Por qué no se permitirá este? También he visto que las "propiedades" simplemente crean funciones getter/setter en la compilación. ¿Sería posible crear el mío? Algo como:

public void set_FieldIdList(FieldIdList value) 
    { 
     fieldIdList = value; 
    } 

Eso haría lo mismo. ¿Pensamientos?

Answer 1

Las propiedades son, de hecho, un par de métodos get/set (uno de los cuales puede omitirse), pero la propiedad en sí tiene metadatos adicionales que la convierten en una propiedad en lugar de solo dos métodos.

Porque la firma de la propiedad sigue siendo no válida según el tipo solo-diferente-por-devolución, incluso si solo tiene un colocador. Si necesita esto, no use una propiedad; las propiedades set-only no son algo bueno de todos modos.

Answer 2

Un enfoque (puede discutir entre ustedes si esta es una buena opción de diseño o no) es agregar una segunda propiedad, que accede a los datos en una forma diferente.

Sin embargo, como va a analizar la cadena (haciendo un trabajo significativo), sería mejor no usar una propiedad para esto, sino agregar métodos que le permitan obtener/establecer los datos en forma de cadena .

Me gustaría ir a fieldIdList que proporciona las interfaces ToString() y TryParse() - entonces, si lo necesita como una cadena, llamaría a myObject.FieldIdList.ToString() etc. Esto encapsula todo ordenadamente, le permite convierta a/desde formatos de cadena en cualquier parte de su código, en lugar de solo acceder a FieldIdLists como miembro de alguna otra clase, y hace que el código del cliente sea realmente claro y fácil de entender.

Answer 3

Si desea poder establecer una propiedad como una cadena o un objeto, entonces simplemente usaría el objeto como el tipo de la propiedad, ya que es la clase base (puede pasar una cadena a una propiedad que acepte un objeto). Esto no parece una decisión de diseño particularmente buena, pero se puede hacer. ¿Quizás necesites explicar más a fondo lo que intentas lograr?