Variablen Variablen fürs ganze Projekt festlegen

[JensMander]

Hallo Forum,

ich habe in meinem Projekt mehrere Packages und mehrere Klassen mit einigen Methoden/Funktionen.
Gibt es eine Möglichkeit Variablen fest zu definieren, so dass ich diese nicht jedes mal der Funktion mit geben muss?
-für den Fall dass die Funktion in anderen Klassen ist
-für den Fall dass die Funktion in einem anderen Package ist

mit freundlichem Gruß
Jens

 

[Orolhawion]

ich mach das meistens mit ner klasse die nur final static variablen hält.

da kommst du dann überall mit Klassenname.variablenName dran.

 

[DarkLegend]

Viele Wege füren nach Rom...
Schau dir z.B. mal das Monostate Pattern an

 

[Logaff]

ich glaub denn muss die ganze klasse wirklich public sein da sonst nich auf die variablen zugegriffen werden kann

 

[Orolhawion]

ich glaub denn muss die ganze klasse wirklich public sein da sonst nich auf die variablen zugegriffen werden kann

wie ist denn ne halbe klasse public?

 

[Crian]

Ich hab ein wenig gegooglet, da ich das Pattern noch nicht kannte, und viele Diskussionen darüber gelesen, aber noch keine Definition dazu gefunden. Hat jemand dazu einen Link? Kann auch gern auf englisch sein.

 

[Tomate_Salat]

Man sieht oft, dass einfach ein Interface benutzt wird und dort wie schon beschrieben [c]public static final[/c] variablen definiert werden und man mit diesen dann arbeitet.

Wenn man sein Projekt mit DI (z.B. guice) realisiert, kann man sich diese Variablen auch direkt "injecten" lassen, dann kümmert sich das Framework um die notwendigen Abhängigkeiten.

 

[Andi_CH]

So ähnliche Dateien gibt es in unserem Projekt diverse - manche sind Interfaces andere einfach Klassen. was geeigneter ist muss von Fall zu Fall entschieden werden.
(Warum genau die ein Interface ist, weiss ich nicht)

package ch.xxx.yyy;

public interface ZzzDefines {
	public static final String EL_NONE		= "NONE";
	public static final String EL_CLAMP_WOL	= "CLAMP_WOL";
	public static final String EL_CLAMP_WL	= "CLAMP_WL";
}

Es gibt auch solche mit Struktur:

package ch.xxx;

public class Module extends CalculationModule {
	public static final String DB_CONST_BETA = "Beta";
	// da hat es natürlich noch mehr drin :-)
}

CalculationModule sieht auch nicht viel anders aus, hat aber einen anderen Gültigkeitsbereich (es gibt genau eines) - Module gibt es in jedem spezifischen Package.

EDIT: ----------------------
Ich habe eben gelesen "Variablen für das ganze Projekt..." Graus! Ich hoffe das hat du nicht wirklich vor! Natürlich gibt es in vielen Projekten datenlastige Klassen, aber die Varialen selbst sind hoffentlich nur über getter und setter greifbar.

 

[sambalmueslie]

Hallo Forum,

ich habe in meinem Projekt mehrere Packages und mehrere Klassen mit einigen Methoden/Funktionen.
Gibt es eine Möglichkeit Variablen fest zu definieren, so dass ich diese nicht jedes mal der Funktion mit geben muss?
-für den Fall dass die Funktion in anderen Klassen ist
-für den Fall dass die Funktion in einem anderen Package ist

mit freundlichem Gruß
Jens

Variablen oder Konstanten?? Was von beidem möchtest du?

Variablen global würde ich jetzt mal pauschal als schlechten Stil abtun und dir lieber dazu raten über dein Programm nochmal nachzudenken und die Werte eben den Funktionen mitzugeben auch wenn man etwas mehr schrieben muss.

Bei Konstanten ist noch ergänzend zu den obrigen Lösungen die Möglichkeiten der Properties zu nennen.

Java ist auch eine Insel – 11.7 Die Properties-Klasse

Wenn du dafür dir einen Singleton-Provider baust kannst du von überall bequem auf die Konstanten zugreifen und sie bei Bedarf
auch von außerhalb (vor Programmstart) manipulieren.

Gruß Oli

 

[bygones]

Interfaces als Konstantenhalter zu missbrauchen stammt noch von Zeiten meines Opas und war damals schon nicht gut - ists immer noch nicht.

Herrlich wenn man dann sowas sieht

public interface Foo {
   public String value = "foobar";
}

public class AClass implements Foo {
  public void doo() {
    System.out.println(value);
  }
}

schauder

für Konstanten klassen gibt es eine simple finale (!) Klasse mit einem privaten Konstruktor.

 

[JensMander]

mh, das sind ja eine Menge Antworten und viele konträre Meinungen.

Ich habe unteranderem einige Konstanten, die aber eben auch als Variable initialisiert werden.

int Anzahl = 5; nun wird Anzahl an viele Funktionen übergeben und eben auch an Funktionen in Funktionen.

oder eben double[][] Test = new double[2][2];

und wird dann so bearbeitet:

Test = funktionX();
Test = funktionY();

etc.

und ich dachte mir, das es eben übersichtlicher wäre, eine Klasse mit diesen Variablen zu erzeugen, so dass diese eben nur in dieser festgelegt werden müssten und Konstanten eben nur in dieser Klasse abgeändert werden müssten.

mfg
Jensen

 

[Andi_CH]

Ich habe unteranderem einige Konstanten, die aber eben auch als Variable initialisiert werden.

Sind es nun Konstanten oder Variablen? Also ich glaube dass wir uns wenigstens in dieser Hinsicht einige sind, dass das ein Widerspruch ist.

@bygones: Zum Thema "Opa" werder dein noch mein Opa wusste etwas von Interfaces und Java - nicht mal dein und mein Vater.

Was du da äusserst ist einfach eine unbegründete Behauptung die, und da bin ich mir ziemlich sicher, so nicht geäussert worden wäre, wenn dabei ein anderer Nick stehen würde.
Also begründe deine Aussage oder sag, dass es deine persönliche Vorliebe ist, das Problem anders zu lösen.

Mir ist überhaupt nicht klar warum man auf Konstanten über Vererbung zugreifen muss - ich verstehe sogar mein zweites Beispiel nicht. Mit der Vererbung erspart man sich nur einen import - mehr nicht.

 

[JensMander]

Okay, dann versuche ich mal mein Verständnis von Variable und Konstante zu erklären.

Eine Konstante ist beständig und ändert sich nicht z.B der Wert 5; Weil dieser aber gebraucht wird und nicht jedes mal separat geändert werden soll, wird er einer Variable zugeteilt sprich int Wert = 5.
Das ist mein Verständnis einer Variablen die als Konstante dient.

Eine Variable die auf Grund bestimmter Events sich ändert wäre z.B.
int X = 0;
for()
{
X=X++
}
dabei würde sich x für jeden for-durchlauf ändern und wäre somit "variabel" müsste aber eben wie dennoch angelegt werden.

Bin ich mit meinem Verständnis jetzt voll daneben?

 

[Orolhawion]

eine variable ist einfach ein typisierter platzhalter für einen bestimmten wert.
zu konstanten schaust du mal hier nach: Konstantendefinitionen in Java

 

[maki]

Zum Thema Konstanten in Interfaces:
Ein eindeutiger Missbrauch von Interfaces, denn es seit Java 5 gar nicht mehr braucht(deswegen wohl der "Opa"), seitdem definiert man seine Konstanten zB. in einer Klasse, und kann sie ganz einfach mit einem [c]static import[/c] nutzen, das war übrigens der Grund für die Einführung von static imports.
Wiki Artikel zum "Constant Interface Antipattern": Constant interface - Wikipedia, the free encyclopedia
Das hat nix mit persönlicher Vorliebe zu tun, sondern schlicht damit, wie vertraut man mit Java ist, sollte auch keiner persönlich nehmen.

Zum Thema Konstanten:
"Echte" Konstanten git es in java nicht (das [c]constant[/c] Schlüsselwort ist reserviert aber nicht belegt), [c]static final[/c] kommt dem aber sehr nahe.
"final static" kann man nicht zuverlässig über variablen initialisieren, der Compiler optimiert diese nämlich.
Merke: final static immer mit echten Werten initialisieren, zB. String Literale, primitive u.ä., sonst wundert man sich früher oder später gewaltig.

Für allgemein verwendete Variablen, zB. Konfigurationsdaten git es andere Lösungen, von Properties, bis hin zu "Config" Objekten wie in Spring und commons-configuration.

 

[Fu3L]

Das was du vorher für "wahre Konstanten" hieltst, sind so genannte Literale. Also Werte wie "5", die einfach fest im Quelltext stehen.

 

[JensMander]

Okay, durch "final" erreiche ich also das der Wert nicht änderbar ist. Die Konstanten kann ich also innerhalb einer Klasse für ein gesamtes Projekt festlegen. Die veränderlichen Variablen sollte ich also am besten immer mitnehmen?