Konstanten im Interface

[himitsu]

Zitat von Der schöne Günther:

Konstanten habe ich Delphi sowieso noch nicht so ganz verstanden. Ich vermisse bsp. immer noch ein bisschen, die Konstanten eines Objekts erst im Konstruktor setzen zu können. In C++ geht das ja über den Element-Initialisierer...

Wie meinst'e denn das?

Konstanten haben ja schon einen Wert ... den braucht man doch nicht erst im Constructor zu setzen?

[jaenicke]

Zitat von Der schöne Günther:

Also in Java sehe ich das relativ häufig. Immer wieder spaßig wenn zwei implementierte Interfaces auch noch jeweils eine Konstante mit dem selben Namen haben

Das ist dann vermutlich genau der Knackpunkt.

Zitat von Der schöne Günther:

Konstanten habe ich Delphi sowieso noch nicht so ganz verstanden. Ich vermisse bsp. immer noch ein bisschen, die Konstanten eines Objekts erst im Konstruktor setzen zu können. In C++ geht das ja über den Element-Initialisierer...

In Delphi geht das theoretisch auch, indem man veränderbare Konstanten aktiviert.

Ich persönlich halte das allerdings für äußerst unsauber. Denn Konstanten sind nun einmal konstant und nicht variabel. Wenn man sie aber per Code setzt, werden sie verändert und damit sind es keine Konstanten mehr. Dafür gibt es Variablen bzw. Felder.

[himitsu]

Inhaltlich gibt es da in Delphi auch Unterschide.

typisierte und untypisierte Konstanten

Untypisierte Konstanten sind echte Konstanten, welcher beim Kompilieren auch direkt an der Verwendungsstelle eingebaut werden
und typisierte Konstanten sind eigentlich schreibgeschützte Variablen (da gibt es sogar noch einen bösen Compilerschalter, für eine uralte Abwärtskompatibilität, mit dem man den Schreibschutz deaktivieren kann).

Wobei man referenzierte Typen (z.B. Strings) auch bei untypisierten Konstanten verändern kann, da sie auch mehr wie typisierte Konstanten verwaltet werden.

[Der schöne Günther]

Zitat von himitsu:

Wie meinst'e denn das?

Konstanten haben ja schon einen Wert ... den braucht man doch nicht erst im Constructor zu setzen?

Zumindest in C++ müssen sie nicht von Anfang an einen Wert haben. Beispiel:

Interface:

Code:

class TMyClass {
   public:
      const int someIntConst;

      TMyClass(const int someParam);
      TMyClass(void);

};

Implementation:

Code:

TMyClass::TMyClass(const int someParam) : someIntConst(someParam) {
   // Hier geschieht nichts
}

TMyClass::TMyClass(void) : someIntConst(42) {
   // Hier geschieht immer noch nichts
}


__fastcall TForm1::TForm1(TComponent* Owner)
   : TForm(Owner)
{

   TMyClass myNormalInstance;
   ShowMessage(myNormalInstance.someIntConst);


   TMyClass myCustomInstance(55);
   ShowMessage(myCustomInstance.someIntConst);

}

Die erste Messagebox gibt 42 aus, die zweite 55. Die beiden Instanzen haben unterschiedliche Werte in ihren Konstanten.

Ich finde das macht schon Sinn, denn oft legt man nur einmal im Konstruktor in Abhängigkeit der Parameter etwas fest und das soll für die gesamte Lebenszeit des Objekts so bleiben. In Delphi müssen alle Instanzen der gleichen Klasse in einer Konstante allesamt den gleichen Wert haben.

Den Compilerschalter habe ich auch schon gesehen. Aber das lasse ich besser so wie es ist

[himitsu]

Für mich ist das dann aber eine Variable, da der Wert variabel ist und nicht konstant.

[Der schöne Günther]

Für mich als Mensch ist es eine Konstante, da ich am Objekt den Wert nicht ändern kann: Über die gesamte Lebenszeit des Objekts hinweg ist der Wert zwingend konstant.

[Bernhard Geyer]

Zitat von Der schöne Günther:

Für mich als Mensch ist es eine Konstante, ...

himitsu ist aber auch ein Mensch (dachte jedenfalls bisher immer).

ok. Dieses konstrukt kann Delphi nicht. Aber was solls. Man kann mit einer Read-Only-Property fast das gleiche erreichen.