Vom logischen Fehler (fBar nur dann erzeugen, wenn es nicht nil ist?) abgesehen bekäme man dasselbe Ergebnis, wenn Bar keine Property, sondern direkt die getBar-Funktion wäre.
Ja sorry, denkfehler. <> ist jetzt =.
Natürlich geht das auch nur mit einer Funktion ohne Property, aber wenn man denn alles mit Properties macht, wäre das ein Beispiel für eine Read-Only Property.
Aber kann mas es denn nicht auch ein bißchen anhand der tatsächlichen Begrifflichkeiten definieren? Was ist eine Funktion des Objektes, was ist eine Methode?
Beispiel:
Delphi-Quellcode:
TPerson=class
private
fVorname:String;
fNachname:String;
function getName:String;
public
property Vorname:String read fVorname write fVorname;
property Nachame:String read fNachname write fNachname;
property Name:String read getName;
end;
TPerson.getName:String;
begin
Result:=Vorname+' '+Nachname;
end;
Imho ist Name halt auch eine Eigenschaft der Person, drum als Property umgesetzt.
Die getName Funktion public gemacht und in Name umgewandelt würde auch gehen, aber irgendwie würde mich da was stören. Ist ja schon fast eine philosophische Frage.
(Das Name u.U. ein schlechter Name für eine Eigenchaft ist, sei mal aussen vor gelassen).