AW: Compiler Anweisung strict protected
:lol: Volle Zustimmung an Sir "Gunnery Sergeant" Rufo! :lol:
|
AW: Compiler Anweisung strict protected
Zitat:
Dennoch muss auch ich zugeben, dass auch mir die Konsequenzen von "private" erst im Laufe von Jahren klar geworden sind. Als ich mit Delphi begonnen hatte, war mir das offen gestanden relativ schnurz. Da war das dann schon ein "aha"-Moment, als aus "private" plötzlich "strict private" wurde. Wenngleich ich es in realen Projekten eher weniger einsetze - vermutlich aus Gewohnheit und weil "private" in einem Atemzug mit "protected" und "public" schneller geschrieben ist. |
AW: Compiler Anweisung strict protected
Wenn man wirklich jede Klasse, und sei sie noch so klein, in eine eigene Unit packt, merkt man keinen Unterschied. Denkt man sich aber "die gehören zusammen, das kommt alles in eine Unit", dann führt strict private auch dazu, dass die Codevervollständigung den ganzen privaten Kram der jeweils anderen Klasse gar nicht erst anbietet, das erhöht die Übersicht.
[edit] Kleine Korrektur: da man strict private und private auch noch mischen kann, meinte ich ausdrücklich das strict private Gedöns, "nur" private wird weiterhin gelistet. [/edit] |
AW: Compiler Anweisung strict protected
Danke
für die Antworten. Werde diese durchlesen und hoffentlich auch verstehen. http://stackoverflow.com/questions/1...58763#16558763 Macht es ein wenig klarer.:thumb: |
AW: Compiler Anweisung strict protected
Zitat:
Man könnte es so auch als Doumentation sehen, aber nur wenn man es schafft das konsequent durchzuziehen, denn so könnte man "wirklich" private Dinge strict machen und Teile, die zwischen Parent- und Child-Klasse "privat" geshared werden. :thumb: |
Alle Zeitangaben in WEZ +1. Es ist jetzt 00:05 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz