Organisieren von Konstanten

[Soi]

Mal eine ganz grundsätzliche Frage: wenn ich in einem etwas größeren Programm mit vielen Klassen einige Konstanten hab (z.B. Pfadangaben, Seperatoren etc.) und diese Konstanten in allen Klassen bekannt sein sollen, wie organiesier ich das am besten.

- in einem extra Interface das alle implementieren
- static import über das Interface
- oder...?

Danke schonmal

 

[ioSSoi]

Nein Konstanten über Interface ist ganz schlimm. Definiere sie in c++, mach eine dll und greife darauf über JNI von java aus zu.

 

[Soi]

Was genau ist der Vorteil, wenn ich das so mache? Hört sich noch unübersichtlicher an als über Interfaces. ???:L

 

[Marco13]

Das mit dem JNI sollte vermutlich ein schlechter Witz sein.

Es gibt mehrere Möglichkeiten. Die Konstanten in eine Klasse zu legen (oder ein Interface, aber bitte dann nicht immer das Interface implementieren um an die Konstanten ranzukommen) ist eine Möglichkeit. Vielleicht wären auch Properties das richtige....

 

[Der Müde Joe]

Konstanten sollten nie in Interfaces ausgelagert werden.
J.Bloch: Effective Java SE: Item 19:

The constant interface pattern is a poor use of interfaces

Eine Möglichkeit sind enums, wenns passt oder utility Klassen:

public class PhysicalConstants {

private PhysicalConstants() {}

public static final double AVOGADROS_NUMBER = 6.02214199e23;
public //...
}

//benutzen mit statischem import...

import static xx.yy.PhysicalConstants.*;

public class Use {

public double test(double mols) {
return AVOGADROS_NUMBER * mols;
}
}

 

[Marco13]

Nun, ob ein Interface (das nur statische Konstanten enthält) oder eine Klasse (die nur statische Konstanten enthält) ist eigentlich egal, wobei das Interface natürlich das "Constant Interface Antipattern" provoziert - was man durch eine Klasse vermeiden kann.

(BTW: Allgemein sollte man sich aber auf jeden Fall die Frage stellen, ob das, was man da hat, wirklich so zusammengefasst werden muss - solche Klassen können sich leicht zum "Datenmüllhaufen" entwickeln, wo jeder seinen Mist reinschreibt, von dem er nicht weiß, wo er am besten hinpasst.... Muss z.B. JEDER diese Pfadangaben kennen, oder vielleicht doch nur die EINE Klasse, die von Dort irgendwelche Daten liest?......)

 

[OneAndZero]

hi,

die eigntlich am einfachsten und auch schönste Möglichkeit ist es Konstanten in einer finalen Klasse abzulegen!
Dieses Verfahren wir auch von führenden SoftwareQualitäts Firmen gestützt und propagiert!

mfg

 

[Proktmus]

Ich würde da Marco13 recht geben. Man muss sich fragen, ob so eine Zentrale Constants.java oder so Sinn macht. Die letzten projekte bei uns hatten sowas nicht. Alle Konstanten waren auf die entsprechenden Fachklassen verteilt. So stellt sich auch nicht die Frage Interface oder nicht.

 

[Landei]

Die Frage ist, ob man die Konstanten sinnvoll gruppieren kann.
Eventuell bietet sich eine final Klasse mit Konstanten per package an (dann braucht man sie nicht public zu machen).
Für Pfadangaben würde ich aber doch lieber zu Properties tendieren...

 

[GastsaG]

naja, für Properties brauchste aber trotzdem Konstanten für die Namen der Properties

 

[Landei]

Für sowas bieten sich enums an

 

[byte]

Für sowas bieten sich enums an

IMO sind Enums für String-Konstanten ziemlich unbrauchbar.

Ich lege String-Konstanten idR da ab, wo sie fachlich hingehören. Wenn sie partu nicht zu einer Fachklasse gehören, dann macht man halt eine finale Klasse. Bei Bedarf kann man dort auch noch durch Unterklassen für Ordnung sorgen.

 

[Landei]

IMO sind Enums für String-Konstanten ziemlich unbrauchbar.

Könntest du das bitte begründen? Ich denke, Enums haben als Schlüssel für Maps oder Properties ein paar nette Eigenschaften.

 

[Soi]

Danke für die Antworten! Könnte jemand bitte eine Beispielimplementierung für Enum-Konstanten posten?

 

[Templon]

http://java.sun.com/j2se/1.5.0/docs/guide/language/enums.html

 

[Landei]

Wenn du etwas hast, dass sich auch nur mit der geringsten Wahrscheinlichkeit ändert (wie Pfade), schau dir Properties an. Damit liest du deine Werte beim Programmstart aus einer Datei (die man notfalls leicht per Hand ändern kann, ohne den Code anzufassen).

Ob man für die Keys nun Strings oder enums nimmt ist nicht so wichtig. Strings:

...
public static final String PFAD = "PFAD";
public static final String SEPARATOR = "SEPARATOR";
...
Properties properties = Properties.load("my.properties");
...
String pfad = properties.getProperty(PFAD);
String separator = properties.getProperty(SEPARATOR, ";"); //Semikolon ist default
...

Mit enums:

...
public enum Key {PFAD, SEPARATOR};
...
Properties properties = Properties.load("my.properties");
...
String pfad = properties.getProperty(Key.PFAD.name());
String separator = properties.getProperty(Key.SEPARATOR.name(), ";"); //Semikolon ist default
...

 

[Soi]

OK danke