Ergebnis der Suchanfrage

• Forum: Sonstige Fragen zu Delphi

  AW: Compiler Anweisung strict protected

   
    by klgid, 11. Feb 2015
  Abenteuerlich ist daran, dass ich eine Berechnungsklasse schreibe und meine Berechnungsgrundlagen als PRIVATE markiere, damit mir niemand meine Berechnungen verändern kann, PRIVATE aber leider nicht UNVERÄNDERBAR bedeutet. STRICT PRIVATE tut dies dann ...
  
  Diese Diskussion ist natürlich zu 99.9% philosophisch, d.h. es geht darum, inwieweit sich Delphi an anderen Sprachen orientiert.
  "private"...
• Forum: Sonstige Fragen zu Delphi

  AW: Compiler Anweisung strict protected

   
    by klgid, 11. Feb 2015
  Dachte ich auch - und wurde enttäuscht :(
  Ich habe das wirklich auf Diktat codiert und musste feststellen, dass Delphi (XE7) sich hier anders verhält als erwartet.
  Wir (DelHHianer) nehmen an, dass dies ursprünglich so gedacht war, und später "strict" eingeführt wurde, um das erwartete Verhalten (wie bei Java u.a.) zu ermöglichen.
  
  Ehrlich:
  Ich wollte es auch nicht glauben!
  Musste mich aber...
• Forum: Sonstige Fragen zu Delphi

  AW: Compiler Anweisung strict protected

   
    by klgid, 11. Feb 2015
  Genau das dachte ich auch.
  
  Ich ging auch davon aus, dass das auch für abgeleitete Objekte gilt.
  Leider musste ich mich in einer HandsOn-Experience auf unserem letzten DelpHHianer-Meeting eines besseren belehren lassen:
  
  Klasse ClassA hat ein private Feld FFieldA.
  Klasse ClassB wird - in einer gesonderten Unit - von ClassA abgeleitet und definiert FFieldA erneut, diesmal als public.
  Damit...
• Forum: Sonstige Fragen zu Delphi

  AW: Compiler Anweisung strict protected

   
    by klgid, 11. Feb 2015
  Wie ich gerade vor Kurzem lernen musste, sind 'private' und 'protected' nur für die Sichtbarkeit (also sozusagen Vorschläge)
  und können in abgeleiteten Objekten geändert werden.
  "strict" sorgt dafür, dass sie funktionieren, wie man es aus anderen Sprachen kennt ...