Forum: Object-Pascal / Delphi-Language
by Der schöne Günther,
2. Jan 2017
Ich sehe nicht wo jetzt das Problem bei deinem auskommentierten Code sein sollte. Was bekommst du denn für eine Fehlermeldung?
Forum: Object-Pascal / Delphi-Language
by Der schöne Günther,
30. Dez 2016
Ich hoffe ich entführe das Thema nicht zum Schluss noch, aber die Properties würde ich persönlich nicht überbewerten - Das nur als Ratschlag von mir. So wie sie in Delphi geschaffen sind sehe ich nicht, was man durch sie gewinnt. Andere Sprachen kommen auch super ohne Properties aus.
Um ehrlich zu sein sehe ich nur Nachteile:
Eine Variable kann ich per Referenz übergeben. Das erlaubt Dinge...
Forum: Object-Pascal / Delphi-Language
by Der schöne Günther,
30. Dez 2016
Tipp: Schau dir deine beiden Methoden setLaenge und setBreite noch einmal ganz genau an.
PS: Kannst du, wenn du Quelltext hier hochlädst, die bitte in einen "Delphi"-Block packen? Dann sind die viel einfacher zu lesen. Du hast, wenn du einen Beitrag schreibst, so ein Helm-Symbol über dem Text (siehe Bild). Dann ist das für uns deutlich einfacher zu lesen.
Forum: Object-Pascal / Delphi-Language
by Der schöne Günther,
29. Dez 2016
Ich glaube das klassische Beispiel für Klassenvariablen. Klar kann man sich über den Sinn streiten, aber ich finde das als Beispiel ganz gut.
Forum: Object-Pascal / Delphi-Language
by Der schöne Günther,
29. Dez 2016
Natürlich lassen sie sich das. Woran genau soll es scheitern?
Im Gegensatz zu anderen Sprachen hat der Destruktor in Delphi einen Namen. Man kann ihn nennen wie man will, sollte es aber wirklich nicht tun. Alle (bis auf dieses Tutorial) nennen ihn "destroy".
Der Grund weshalb man davon nicht abweichen sollte deckt sich mit deiner nächsten Frage
Forum: Object-Pascal / Delphi-Language
by Der schöne Günther,
29. Dez 2016
Die Methoden auf welche die Properties zugreifen müssen nicht public sein, die können auch private oder protected sein.