AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Thema durchsuchen
Ansicht
Themen-Optionen

Compiler Anweisung strict protected

Ein Thema von ATS3788 · begonnen am 11. Feb 2015 · letzter Beitrag vom 12. Feb 2015
Antwort Antwort
Seite 3 von 3     123   
TiGü

Registriert seit: 6. Apr 2011
Ort: Berlin
3.070 Beiträge
 
Delphi 10.4 Sydney
 
#21

AW: Compiler Anweisung strict protected

  Alt 12. Feb 2015, 09:24
Volle Zustimmung an Sir "Gunnery Sergeant" Rufo!
  Mit Zitat antworten Zitat
Daniel
(Co-Admin)

Registriert seit: 30. Mai 2002
Ort: Hamburg
13.920 Beiträge
 
Delphi 10.4 Sydney
 
#22

AW: Compiler Anweisung strict protected

  Alt 12. Feb 2015, 09:32
Bin ich eigentlich hier im Forum für betreutes Wohnen oder doch noch in einem Forum für Programmierer?
Wir nennen es gern "betreutes Programmieren".
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.
Daniel R. Wolf
mit Grüßen aus Hamburg
  Mit Zitat antworten Zitat
Benutzerbild von DeddyH
DeddyH

Registriert seit: 17. Sep 2006
Ort: Barchfeld
27.624 Beiträge
 
Delphi 12 Athens
 
#23

AW: Compiler Anweisung strict protected

  Alt 12. Feb 2015, 09:38
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]
Detlef
"Ich habe Angst vor dem Tag, an dem die Technologie unsere menschlichen Interaktionen übertrumpft. Die Welt wird eine Generation von Idioten bekommen." (Albert Einstein)
Dieser Tag ist längst gekommen
  Mit Zitat antworten Zitat
Benutzerbild von ATS3788
ATS3788

Registriert seit: 18. Mär 2004
Ort: Kriftel
646 Beiträge
 
Delphi XE Starter
 
#24

AW: Compiler Anweisung strict protected

  Alt 12. Feb 2015, 10:08
Danke
für die Antworten. Werde diese durchlesen
und hoffentlich auch verstehen.

http://stackoverflow.com/questions/1...58763#16558763

Macht es ein wenig klarer.
Martin MIchael
  Mit Zitat antworten Zitat
Benutzerbild von himitsu
himitsu

Registriert seit: 11. Okt 2003
Ort: Elbflorenz
44.080 Beiträge
 
Delphi 12 Athens
 
#25

AW: Compiler Anweisung strict protected

  Alt 12. Feb 2015, 10:24
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.
Ich "versuche" es geziehlt einzusetzen, wenn ich mehrere Komponenten in einer Unit entwickle, aber manchmal auch erst gegen Ende, um die Abhängigkeite zu prüfen, da ich es vorher vergssen hatte, um mich selber automatisch zu prüfen, ob ich nicht doch "ungewollte" Abhängigkeiten geschaffen hab.

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.
Neuste Erkenntnis:
Seit Pos einen dritten Parameter hat,
wird PoSex im Delphi viel seltener praktiziert.
  Mit Zitat antworten Zitat
Antwort Antwort
Seite 3 von 3     123   


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 02:44 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