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

Google schließt kritische Sicherheitslücke in Android 14

Weitere schwerwiegende Fehler stecken in Android 12 und 13. Insgesamt bringt der Mai-Patchday 29 Fixes.

9 Stunden ago

IT Sicherheit: digitale Angriffe sicher abwehren

IT-Sicherheit - Erkennen und Abwehren von digitalen Angriffen

14 Stunden ago

Bestverkaufte Smartphones: Apple und Samsung dominieren

Das iPhone 15 Pro Max ist das meistverkaufte Smartphone im ersten Quartal. Das Galaxy S24…

17 Stunden ago

Google: Passkeys schützen mehr als 400 Millionen Google-Konten

Die Passwort-Alternative Passkeys überholt Einmalpasswörter bei der Zwei-Faktor-Authentifizierung. Auch Microsoft setzt sich aktiv für die…

1 Tag ago

Infostealer: 53 Prozent der Angriffe treffen Unternehmensrechner

Der Anteil steigt seit 2020 um 34 Prozentpunkte. Allein 2023 erfasst Kaspersky rund 10 Millionen…

1 Tag ago

Salesforce: Mit Einstein GPT zurück auf die Überholspur?

Salesforce forciert den Ausbau seiner Industry Clouds. Mit ihrem Prozesswissen könnten deutsche IT-Dienstleister davon profitieren.

2 Tagen ago