Variablen viele Instanzvariablen vermeiden

[sewagii]

Hi,

Bestimmte Variablen von Instanzen sollen immer gleich sein. Wie kann ich es bewerkstelligen nicht für jede Instanz neue Instanzvariablen anzulegen?

-Alle Instanzen beziehen die Variablen aus einer anderen Instanz einer anderen Klasse.
-....

mfg

 

[bygones]

wenn sie immer gleich sein sollen sind es Konstanten -> static final dranhaengen.

 

[sewagii]

Sie werden dann aber für jede weitere Instanz neu erstellt und belegen Speicher?
Aber welche Möglichkeiten gibt es diese "auslagern"?

 

[Schandro]

Sie werden dann aber für jede weitere Instanz neu erstellt und belegen Speicher?

Nein.

 

[sewagii]

Achso, ich war noch bei Instanzvariablen
Alles klar danke

 

[Der Müde Joe]

>Aber welche Möglichkeiten gibt es diese "auslagern"?

- interface
- Util Klassen mit private Konstruktor
- Enum

 

[sewagii]

"Aber welche Möglichkeiten gibt es diese "auslagern"? "

Hat sich mit den statischen Variablen gelöst.


Meine Idee war unter andern eine Klasse, die Variablen/Konstanten bereitstellt.
Eine erstellte Instanz hätte genügt um die Instanzen einer anderen Klasse mit Variablen zu versorgen.
Sehe ich es richtig, dass diese "Idee" auch nicht groß mehr Speicher verbraucht als eine Konstante?

 

[Schandro]

Also mal ganz ehrlich: Solange zu nicht Strings mit ner Textlänge im Millionenbereich im RAM haben willst ist es sowas von s****** egal wieviel Speicher die brauchen. sry für die Ausdrucksweise, aber es hört sich so an als würdest du ein Performanceproblem optimieren wollen was überhaupt nicht existiert und was Nanosekunden in der Berechnung verbraucht.

Und es macht keinen Unterschied im Speicherverbrauch in welcher Klasse du de Konstanten ablegst.

 

[hdi]

Hey,

Ich will auch mal ein paar Worte zu diesem Thema loswerden, denn ich hab Angst dass du das alles etwas falsch verstehst (@TO).
In der FAQ liegt ein Beitrag zum Thema Speicherbelegung, der kann dir schon mal Grundlegendes erklären.

http://www.java-forum.org/allgemeines/130082-crashkurs-speicherbelegung.html#post850088

Und nun die Frage: Wieviel Speicher belegt in deinem Fall eine Instanz, und wieviel Instanzen beabsichtigst du zu erzeugen?

 

[Spacerat]

Aber, anscheinend geht's bei diesem gleichen Wert für alle Instanz-Variablen hier um nen String, so wie ich das jetzt mitbekommen hab?! Nun hier hab ich ne gute Nachricht für dich:
Sofern du den String als Literal erzeugst, d.h. ohne new-Aufruf sondern einfach über VAR = "Mein Text" landet dieser im sog. String Constant Pool, und den Teilen sich eh alle Variablen. Du kannst dann ganz normal für jede Instanz schreiben:

class MyInstance{
   private String myString = "Ich lande im Constant Pool";
}

Und obwohl es ne Instanz-Variable ist gibt's das String-Objekt nur 1x im Speicher, egal wieviele Instanzen du hast. Das ist so n Sonderding bei Strings, also wenn es um Strings bei dir geht, dann ist das Thema eh gegessen.

Vorsicht Falle! Jede Instanzvariable belegt Speicher! Und zwar mindestens stets die Länge einer Referenz bzw. den Zeiger auf die erste Speicherstelle des Objektes - soweit ich weis, sind das auch in Java stets 8 Bytes bzw. 64 Bit. Einige Primitivtypen dagegen belegen natürlich etwas weniger. Davon ausgenommen: Arrays aus Primitivtypen.

 

[hdi]

@Spacerat das habe ich ja erwähnt:

Anders sieht das aus bei komplexen Daten, also wenn VALUE jetzt vom Typ String oder Object etc wären, da hier dann in var1 im obigen Beispiel lediglich eine Referenz gespeichert wird. Die alleine belegt zwar auch schon Speicher für jede einzelne Instanz, aber nur 4 Byte (unabhängig davon wie viel Speicher das referenzierte Objekt belegt).

Du sagst nun es sind 8 Byte. Das kann sein, dass ich mich da irre. Vllt hängt das auch vom Betriebssystem ab (x86 vs x64).

PS: Ich war eh grad dabei meinen Beitrag zu editieren weil ich das alles noch etwas genauer beschreiben will. Das Thema is nämlich durchaus interessant aber auch nicht so trivial.

 

[Spacerat]

Oki... auch guten Morgen... ich hab' wohl noch gepennt und seelig etwas überlesen.
[EDIT]...aber davon mal ab... so schwierig ist das Thema gar nicht.[/EDIT]

 

[hdi]

Naja, "schwierig" ist relativ. Wenn man erstmal was verstanden hat, ist es nie schwierig, eben weil man's ja verstanden hat Klar es ist keine Quantenphysik aber ich meine es ist halt doch komplexer als man als Noob annehmen würde, um man muss da schon ein par Details zu wissen, alleine zB über den String Constant Pool. Ich hab den Beitrag jetzt überarbeitet und glaube ich das ganz gut alles zusammengefasst. Oder hab ich was vergessen, oder gar Quatsch erzählt? Auch ich bin nämlich schon eher müde um die Zeit^^

 

[Stelufl]

Das heißt wenn ich in irgendeiner Instanz

private String hallo = "Danke hdi fuer den tollen Post";

schreibe und in einer anderen Klasse, vllt. sogar in einem anderen Package oder Projekt, aber noch in der gleichen JVM den gleichen Code ausführe, dann greift er intern auf den bestehenden String zurück, anstatt einen neuen zu bilden? (Vorausgesetzt beide Instanzen sind offen)

 

[hdi]

Innerhalb einer einzelnen VM, ja. Nur nicht VM-übergreifend.

[edit]Achso, was man dazu noch sagen sollte: Das ganze mit dem String Constant Pool funktioniert nur, da Strings Immutable sind, d.h. unveränderlich. Es gibt zwar diverse (scheinbar) manipulative Methode in der Klasse String, aber die returnen immer einen neuen String. D.h. wenn ein String einmal angelegt ist, kann man seinen Wert nicht mehr ändern. Wäre das nicht so, wäre diese Sache mit geteilten Referenzen ja fatal: Änderung über eine String-Variable x hätten dann ja auch einen Effekt auf jede andere Variable, der diese Referenz zugewiesen wurde. Das nur zum Verständnis, nur wegen der Immutable-Eigenschaft ist der Pool möglich (bzw. für den Pool wurde die Eigenschaft eingeführt).[/edit]