Posso inizializzare le proprietà pubbliche di una classe utilizzando un tipo diverso in C#?

Question

In Java, posso avere un oggetto come questo:

public class MyObject { 

    private Date date; 

    public Date getDate() { 
     return date; 
    } 

    public void setDate(Date date) { 
     this.date = date; 
    } 

    public void setDate(String date) { 
     this.date = parseDateString(date); 
    } 

    private Date parseDateString(String date) { 
     // do magic here 
     return dateObj; 
    } 

} 

Questo è bello, perché ho un getter per le mie proprietà, e molteplici setter. Posso impostare la proprietà "date" passando in un oggetto Date o in una stringa e lasciando che la classe lo decida.

In C# sembra che le cose siano un po 'diverse. Posso fare questo:

public class MyObject 
{ 
    public DateTime Date { get; set; } 
} 

La stenografia qui è ovviamente ottimale. Tuttavia, non sono sicuro se ci sia un modo integrato per sovraccaricare il setter per accettare più tipi. Mi rendo conto che potrei creare un metodo pubblico separato per impostare il valore, ma ciò significherebbe sacrificare la possibilità di utilizzare gli inizializzatori di oggetti.

C'è un modo per sovraccaricare direttamente il setter su proprietà pubbliche per C#? O è solo una limitazione della lingua e non può essere fatto?

Answer 1

Tutte le altre risposte sono corrette ...ma se insistete, lo si può fare in diversi modi:

1. Utilizzare una seconda proprietà con solo un setter:

   public string DateText { set { Date = ParseDateString(value); } } 
   

   evitare questo, se possibile, ma aggiunge solo confusione :-)

2. Utilizzare metodi anziché proprietà (come in Java). I metodi possono essere sovraccaricati. Questo dovrebbe essere il modo più raccomandato.

3. utilizzare una classe personalizzata (invece di DateTime) e fornire conversioni implicite tra DateTime, string, e la classe. Non consigliato a meno che non lo userai ovunque.

4. Modificare la proprietà di object e fornire le conversioni nel setter: per favore non fare questo

Answer 2

Le proprietà automatiche non supportano questo. Quindi dovrai fare lo stesso come fai in Java.

Naturalmente è possibile combinare anche questi: fornire una proprietà automatica e ulteriori metodi di impostazione per impostare la proprietà utilizzando tipi diversi.

public class MyObject 
{ 
    public DateTime Date { get; set; } 

    public void SetDate(string date) 
    { 
     this.Date = DateTime.Parse(date); 
    }  
} 

Answer 3

Bene, stai confrontando le mele con le banane. Quello che avete in Java qui:

public void setDate(Date date) { 
    this.date = date; 
} 

public void setDate(String date) { 
    this.date = parseDateString(date); 
} 

sarebbe simile a questa in C#:

public void SetDate(Date date) 
{ 
    this.date = date; 
} 

public void SetDate(String date) 
{ 
    this.date = ParseDateString(date); 
} 

L'unica differenza è il nome PascalCase membri e la posizione della coppia scope-apertura.

Il codice Java ha sovraccaricato i metodi ; il precedente C# ha metodi sovraccaricati.

per quanto ne so non si può sovraccaricare un setter di proprietà, perché:

public DateTime Date 
{ 
    get { return this.date; } 
    set { this.date = value; } 
} 

... il tipo di value è determinato dal tipo di elemento, qui DateTime.

Quindi, se volete metodo sovraccarichi, sovraccaricare metodi, non proprietà. Ricorda che le proprietà C# sono solo zucchero di sintassi per i metodi getter & setter.

Answer 4

ho intenzione di scrivere una risposta diversa e sostengono che

public void setDate(Date date) { 
    this.date = date; 
} 

public void setDate(String date) { 
    this.date = parseDateString(date); 
} 

è una cattiva pratica per cominciare.

Effettuando quanto sopra, si sostiene che sia le stringhe che le date sono valori validi per Date. Questo non è il caso - quello che vuoi veramente è un Date. Se l'utente ha una stringa e desidera convertirla a Date, è necessario affidarsi alla funzionalità di analisi delle stringhe nell'API Date(DateFormat.parse() in Java, DateTime.Parse() in C#), non nell'API.

Se Date è una classe definita da voi e si vuole veramente Date e string per essere intercambiabili, si dovrebbe utilizzare implicit conversations nella classe Date, non chiedendo agli utenti della vostra classe Date a scrivere sovraccarichi.