Umwandlung von Kompilierzeit-Konstanten zu Laufzeit-Konstanten und umgekehrt

Probleme können auch beim Testen und Debuggen der Anwendung auftreten, oder wenn Programmteile einem Stresstest unterzogen werden. Die Werte mancher Konstanten müssen angepasst werden, und es kann durchaus geschehen, dass man sich am Ende mit einer Fülle von Konfigurationen wiederfindet (Listing A). Noch schlimmer ist das Profiling der Anwendung: Es muss mehrere Male mit verschiedenen Werten als Konstante durchgeführt werden, da die Veränderung schon eines einzigen Wertes eine erneute Kompilierung der Anwendung erforderlich macht.

Dieser Artikel beleuchtet mehrere Wege, wie man von Kompilierzeit-Konstanten zu Laufzeit-Konstanten wechseln kann. Der umgekehrte Vorgang ist genauso einfach, was wichtig ist: Nach dem Profiling will man vielleicht doch einige Kompilierzeit-Konstanten beibehalten, damit die Anwendung schneller läuft.

Der Wechsel von einer Kompilierzeit- zu einer Laufzeit-Konstanten oder umgekehrt erfordert, wie nachstehend erklärt wird, nur die Änderung einer einzigen Code-Zeile: der Definitionszeile. Dennoch ist dieser Vorgang alles andere als trivial, wie sich gleich zeigen wird.

Laufzeit contra Kompilierzeit

Bei einer Kompilierzeit-Konstanten handelt es sich um einen Wert, der zur Kompilierzeit berechnet werden kann (und wird), eine Laufzeit-Konstante ist ein Wert, der nur bei der Programmausführung berechnet wird. Wird ein Programm mehrere Male ausgeführt, hat

  • eine Kompilierzeit-Konstante bei jeder Programmausführung denselben Wert, und
  • eine Laufzeit-Konstante bei jeder Programmausführung einen anderen Wert.

Zu beachten ist, dass nach der Initialisierung keiner der Konstantentypen seinen Wert ändern kann – sie sind konstant. Zum Beispiel:

Die Umwandlung einer Kompilierzeit-Konstanten in eine Laufzeit-Konstante ist nicht so einfach, wie es scheint, da sich der Zeitpunkt, an dem die Laufzeit-Konstante initialisiert wird, nicht bestimmen lässt. Außerdem sollte eine Laufzeit-Konstante nach ihrer Initialisierung nicht ihren Wert verändern können.

Page: 1 2 3 4 5

ZDNet.de Redaktion

Recent Posts

Black Friday: Vorsicht vor schädlichen QR-Codes

Bösartige QR-Codes, die per E-Mail versendet werden, eignen sich sehr gut, um Spam-Filter zu umgehen.

1 Tag ago

Black Friday: Zahl der ominösen Shopping-Websites steigt

Unsichere Websites und Phishing-Mails in Verbindung mit Black Friday können kauffreudigen Konsumenten zum Verhängnis werden.

1 Tag ago

SmokeBuster bekämpft SmokeLoader

Malware SmokeLoader wird weiterhin von Bedrohungsakteuren genutzt, um Payloads über neue C2-Infrastrukturen zu verbreiten.

2 Tagen ago

Taugen Kryptowährungen als Unterstützer der Energiewende?

Bankhaus Metzler und Telekom-Tochter MMS testen, inwieweit Bitcoin-Miner das deutsche Stromnetz stabilisieren könnten.

2 Tagen ago

Supercomputer-Ranking: El Capitan überholt Frontier und Aurora

Mit 1,7 Exaflops ist El Capitan nun der dritte Exascale-Supercomputer weltweit. Deutschland stellt erneut den…

3 Tagen ago

Ionos führt neue AMD-Prozessoren ein

Der deutsche Hyperscaler erweitert sein Server-Portfolio um vier Angebote mit den neuen AMD EPYC 4004…

3 Tagen ago