Haben triviale Eigenschaften jemals Ihren Speck gerettet?

Es gibt viele Ratschläge, dass Sie Ihre Felder nicht öffentlich zugänglich machen und stattdessen triviale Eigenschaften verwenden sollten. Ich sehe es immer wieder.

Ich verstehe die Argumente, aberIch denke nicht, dass es in den meisten Fällen ein guter Rat ist.

Hat jemand ein Beispiel für eine Zeit, in der es wirklich darauf ankam? Wenn das Schreiben einer trivialen Eigenschaft etwas Wichtiges in der Zukunft möglich machte (oder wenn man sie nicht benutzte, bekam man echte Probleme damit)?

EDIT: Das DataBinding-Argument ist korrekt, aber nicht sehr interessant. Es ist ein Fehler im DataBinding-Code, dass keine öffentlichen Felder akzeptiert werden. Wir müssen also Eigenschaften schreiben, um diesen Fehler zu umgehen, und nicht, weil Eigenschaften eine kluge Wahl für das Design von Klassen sind.

EDIT: Um klar zu sein, ich suche nach realen Beispielen, nicht nach Theorie. Eine Zeit, in der es wirklich darauf ankam.

BEARBEITEN: Die Möglichkeit, einen Haltepunkt für den Setter festzulegen, scheint nützlich zu sein. Das Entwerfen meines Codes für den Debugger ist bedauerlich: Ich möchte, dass der Debugger intelligenter wird, aber angesichts des Debuggers, den wir haben, werde ich diese Fähigkeit nutzen. Gutes Zeug.

Antworten auf die Frage(11)

Ihre Antwort auf die Frage