moins,

ich bin dabei ein Skript zu erweitern. Im Skript sind verschiedene Konstanten fest codiert. Anhand derer werden dann Geräte im NEtz via snmp abgefragt. D.h. die Konstanten enthalten eine OID.

Da aber eventuell auch mal andere OID abegfragtw erden sollen, sollen die jetzt in einer DB gepflegt werden.

Bis jetzt steht im Skript dies:



Nun soll etwas derart da stehen:


Ist das überhaupt machbar? Kann man eine Konstante variabel bezeichnen?

Hm, wieso willst du dafür Konstanten benutzen?
In deinem Fall würde ich das einfach in einen Hash einlesen, denke, das ist einfacher und sinniger.

Ja das habe ich nun auch getan. Ich wollte mir nur die Arbeit ersparen all die vielen Konstantennamen im Skript in Hashvaraiblen umzubenennen. Prinzipell würde mich trotzdem interessieren ob das geht:

[quote=mordur,14.05.2007, 16:07]würde mich trotzdem interessieren ob das geht: [/quote]
Du meinst sowas?
my $konst ='RESET';
use constant $konst => '1.3.6.2.3.4.5.6.2.2.1';
Nein. Konstanten werden nicht zur Laufzeit erzeugt.

der sinn von konstanten ist ja, dass sie beim kompilieren schon ersetzt
werden. benutz doch hier stattdessen Readonly

mordur: man koennte sowas notfalls tatsaechlich zur Laufzeit machen, indem man use constant rauskickt und stattdessen mit dem Ergebnis der Datenbankabfrage eine Subroutine der Form

on-the-fly generiert.

dadurch gewinnt man jedoch nicht wirklich was. ich empfehle, die Konstante rauszukicken und stattdessen eine Variable mit Readonly zu verwenden (meinetwegen eine Globale) und mit Search&Replace alles ersetzen. Dauert auch nicht so lange, und ist wesentlich sauberer, weil es den Programmierer, der das Programm mal wartet, sonst voellig verwrirrt.\n\n

<!--EDIT|Strat|1179648908-->

Allerdings ist dann die Verwendung von "Konstanten" mit Readonly langsamer.

genau; bei der generierung der subs (den schlechten weg, den ich oben beschrieben habe) wird's ebenso langsamer.

Ist halt die Frage Flexibilitaet (Werte aus einer Datenbank beziehen) gegenueber Laufzeit, wobei der Unterschied constant / Readonly fuer ein paar Variablen wohl einen kaum messbaren Laufzeitunterschied ausmachen duerfte...

Ich persoenlich finde Readonly auch besser als use constant, weil ( ausser vielleicht in sehr kleinen Scripten) Variablen komfortabler verwendbar sind als Konstanten, was IMHO den meist kaum merkbaren Laufzeitunterschied mehr als Kompensiert, z.B.
\n\n

<!--EDIT|Strat|1179656210-->

Frage mich nur, was der Vorteil ist, das als Konstanten zu definieren, wenn man es dynamisch aus der Datenbank ausliest.

@nepos: ich sehe keinen... die paar bereits im code vorhandenen konstanten kann man ja in sehr kurzer zeit "entkonstantisieren"