Ist es akzeptabel für Schnittstellen, Eigenschaften anstelle von Methoden zu deklarieren?
Was ist mehr bevorzugt?
Schnittstelle ITaggable {string GetTag(); }
oder
Schnittstelle ITaggable {Tag {get;}}
Ist es akzeptabel für Schnittstellen, Eigenschaften anstelle von Methoden zu deklarieren?
in der .NET-Welt leben.
Absolut. Verwenden Sie eine Eigenschaft in einer Schnittstelle genau wie in einer Klasse.
Beispiele im Framework gehören IEnumerator<T>.Current und ICollection<T>.Count.
Es ist völlig in Ordnung, Eigenschaften für diese Art von Szenario zu verwenden. Ich bevorzuge eine Eigenschaft im Gegensatz zu einer GetFoo() -Methode, wenn Sie wirklich nur einen Wert erhalten.
Eigenschaften sind in diesem Fall definitiv bevorzugt.
Wenn die beabsichtigte (n) Implementierungssprache (n) Eigenschaften unterstützen, ist es vollkommen richtig, sie auch in Ihren Interfaces zu verwenden (natürlich müssen Sie bei Getter/Setter Accessoren bleiben, wenn Ihr Ziel eine Sprache war) das fehlt Unterstützung für Eigenschaften).
Ich glaube, wenn Sie versuchen, eine schreibgeschützte Eigenschaft zu deklarieren (auch ohne den privaten Setter) wird der Compiler Sie raten, stattdessen eine Methode zu verwenden.
Bei der richtigen Wahl handelt es sich um eine bestimmte Situation, Ihren Programmierstil und den Designansatz, dem Sie folgen.
Die übliche Unterscheidung (zumindest die, die ich benutze, ich hoffe wirklich, es ist "üblich" :)) zwischen Eigenschaften und Methoden immer noch gelten.
Wenn der Akt Daten aus dem Objekt durch eine benannte Kennung (Eigenschaft oder Methode) des Erhaltens ist entweder:
... dann sollte es eine Methode sein.
Wenn die Operation leicht ist, ohne Nebenwirkungen, kann dies eine Eigenschaft sein.
Das Lesen des Namens einer Person ist also eine Eigenschaft, da dieser Wert wahrscheinlich im Objekt beginnen sollte.
Um jedoch herauszufinden, wie viele Bestellungen er im System hat, sollte das wahrscheinlich eine Methode sein, da es wahrscheinlich eine teurere Operation zu tun haben wird.
Zumindest das ist das Kriterium, das ich verwende.
Und ob es eine Klasse oder eine Schnittstelle ist macht mir in dieser Hinsicht keinen Unterschied.
In Ihrem speziellen Fall würde ich mit der Eigenschaft gehen. Ein "taggable" -Element sollte seine Tags kennen.