Przeciążanie właściwości w C#

Question

Ok, wiem, że przeciążanie właściwości nie jest obsługiwane w języku C# - większość odnośników wyjaśnia to, powołując się na problem z jedną metodą - odmiennym - zwrotem. Ale co z ustawiaczami? Chciałbym bezpośrednio przypisać wartość jako ciąg lub obiekt, ale tylko zwracać jako ciąg.

Jak to:

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

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

Dlaczego tego nie wolno? Widziałem również, że "właściwości" po prostu tworzą funkcje getter/setter podczas kompilacji. Czy byłoby możliwe stworzenie własnego? Coś takiego:

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

To by zrobić to samo. Myśli?

Answer 1

Właściwości są w istocie parą metod get/set (z których jedna może zostać pominięta), ale sama właściwość ma dodatkowe metadane, co czyni ją właściwością na pierwszym miejscu, a nie tylko dwoma metodami.

Ponieważ podpis właściwości pozostaje niepoprawny, jak w przypadku tylko typu zwracania się, nawet jeśli posiadasz tylko osobę ustawiającą. Jeśli tego potrzebujesz, nie korzystaj z nieruchomości; właściwości związane z ustawieniami nie są ani dobre.

Answer 2

Jednym ze sposobów (można się spierać, czy jest to dobry wybór, czy nie) jest dodanie drugiej właściwości, która uzyskuje dostęp do danych w innej formie.

Jednak, ponieważ będzie on parsował ciąg znaków (wykonując znaczącą pracę), lepiej nie używać do tego właściwości, ale dodawać metody, które pozwalają uzyskać/ustawić dane w postaci ciągu .

Poszedłbym do fieldIdList zapewniając ToString() i TryParse() interfejsy - wtedy jeśli potrzebujesz tego jako ciąg, nazwałbyś myObject.FieldIdList.ToString() itd. To wszystko hermetyzuje, pozwala na Konwertuj do/z formatów ciągów w dowolnym miejscu kodu, a nie tylko podczas uzyskiwania dostępu do FieldIdLists jako członek innej klasy i sprawia, że ​​kod klienta jest naprawdę jasny i łatwy do zrozumienia.

Answer 3

Jeśli chcesz móc ustawić właściwość jako ciąg lub obiekt, użyjesz obiektu jako typu właściwości, ponieważ jest to klasa podstawowa (możesz przekazać ciąg do właściwości, która akceptuje obiekt). Nie wydaje się to szczególnie dobrą decyzją projektową, ale można to zrobić. Być może musisz wyjaśnić dalej, co próbujesz osiągnąć?