ist ein custom write möglich?

[Dennis07]

Zitat von Der schöne Günther:

Kein Mensch braucht die. Sie haben keinen Mehrwert und eigentlich nur Nachteile.

"Brauchen" ist Relativ. Nein, sie sind (bis auf Published-Eigenschaften) nirgendwo zwingend notwendig. Aber sie verkürzen Code enorm und machen ihn an vielen Stellen übersichtlicher, und vereinfachen gleichzeitig die Zugriffsbeschränkung auf private Member.

Zitat von Der schöne Günther:

Die Code-Vervollständigung gibt dir keine Auskunft ob eine Property nur les-, nur schreibbar oder beides ist.

Das ist richtig, aber kein Problem der Properties sondern ausschließlich eines der Code-Vervollständigung.

Zitat von Der schöne Günther:

Du kannst Properties nicht als var - oder out -Parameter übergeben.

Ja, logischerweise kannst du das nicht. Wie soll das denn auch funktionieren? Es sind ja keine Variablen, sondern müssen zu Funktionen/Prozeduren kompatibel sein. Keine Ahnung wie du dir da vorstellst, dass man sie übergeben können soll.

Zitat von Der schöne Günther:

Das sieht man z.B. auch daran dass Sprachen wie Java keine Entsprechung zu Delphi-Properties haben da man wohl gemerkt hat dass man mit einer einfachen Variable oder getXXX() und setXXX()-Methoden besser fährt.

"Sprachen wie Java" haben das. Nur halt Java (als so ziemlich einzige Sprache, die mir jetzt spontan einfällt) hat das nicht. C#, C++ und sogar JavaScript haben sehr wohl Eigenschaften, die mehr oder weniger genau wie in Delphi funktionieren.

[Der schöne Günther]

Mit alt hat das nichts zu tun. Ich sehe nur echt keine Daseinsberechtigung in Delphi. Dass es in C++ Properties gibt wäre mir jetzt neu. C# hat auch Properties, hier sind sie aber wenigstens nicht so sinnlos wie in Delphi.

Beispielsweise sehe ich in der IDE ob ich eine Property setzen darf und nicht erst wenn der Compiler mir das um die Ohren wirft. Oder ich kann, wie man es mit getter- und setter-Methoden sowieso kann, eine Property public lesbar, aber z.B. nur protected schreibbar machen.

Außerdem gibt es beispielsweise Element-Initalisierer, da machen die Properties wirklich Spaß.

Aber in C# kann man leider auch keine Properties als ref/out-Parameter übergeben, das ist schade.

[TurboMagic]

Zitat von Der schöne Günther:

Mit alt hat das nichts zu tun. Ich sehe nur echt keine Daseinsberechtigung in Delphi. Dass es in C++ Properties gibt wäre mir jetzt neu. C# hat auch Properties, hier sind sie aber wenigstens nicht so sinnlos wie in Delphi.

Beispielsweise sehe ich in der IDE ob ich eine Property setzen darf und nicht erst wenn der Compiler mir das um die Ohren wirft. Oder ich kann, wie man es mit getter- und setter-Methoden sowieso kann, eine Property public lesbar, aber z.B. nur protected schreibbar machen.

Außerdem gibt es beispielsweise Element-Initalisierer, da machen die Properties wirklich Spaß.

Aber in C# kann man leider auch keine Properties als ref/out-Parameter übergeben, das ist schade.

Du könntest diese Ideen ja mal als Wünsche ins QP schreiben...

[Dennis07]

Zitat von Der schöne Günther:

Dass es in C++ Properties gibt wäre mir jetzt neu. C# hat auch Properties, hier sind sie aber wenigstens nicht so sinnlos wie in Delphi.

Die Properties in C# sind ziemlich exakt genau so wie in Delphi. In C++ gibt es seit Version 11 Eigenschaften, die genau wie in Delphi funktionieren.

Zitat von Der schöne Günther:

Oder ich kann, wie man es mit getter- und setter-Methoden sowieso kann, eine Property public lesbar, aber z.B. nur protected schreibbar machen.

Das wäre in der Tat schön, also quasi partielle Eigenschaften. Aber syntaktisch schwer machbar. Ebenso wäre es schön, Eigenschaften als deprecated markieren zu können. Aber geht nunmal nicht.

Zitat von Der schöne Günther:

Aber in C# kann man leider auch keine Properties als ref/out-Parameter übergeben, das ist schade.

Weil das, wie schon gesagt, nunmal rein logisch nicht möglich sein kann, da var -Parameter als Zeiger übergeben werden und ein Zeiger auf ein Methodenergebnis nunmal nicht weiterverwertbar ist. Es sind halt keine Variablen.