Variablen Initialisierung von Arrays

[MOEP_BIBER]

Hey Leute,
hab ne frage bezüglich Array und deren Instanziierung.

public class test
{
  String status;
  String[] statusfeld= new String [3];
  
  statusfeld[0] = "im bau";
  
  public void doSomething()
    {
        //dosomething
    }
}

Ich weiß wie ich das Problem lösen kann, aber wieso gibts da nen Fehler?
Kann man allgemein im Klassenrumpf keine Referenzdatentypen initialisieren?

MfG Biber

 

[Volvagia]

Ne, so ginge es:

public class test
{
  String status;
  String[] statusfeld = {
      "Im Bau", null, null
  };
  

  public void doSomething()
    {
        //dosomething
    }
}

 

[Blakh]

Weil du eine normale Zuweisung, sprich Operation nunmal nicht an dieser Stelle machen kannst?! Versteh dein Problem nicht. Du weißt es doch selber, dass es nicht geht. Wieso fragst dann nochmal? Wie es geht... siehe Post über mir .

 

[XHelp]

Einfach so reinschreiben geht nicht. Sowas machst du normalerweise im Konstruktor. Oder wie Volvagia es gesagt hat mit dem Instanzinitialisierer: Galileo Computing :: Java ist auch eine Insel – 5.6 Klassen- und Objektinitialisierung *

 

[MOEP_BIBER]

alles klar danke für die antworten!

 

[Andi_CH]

Hm, ich dachte die Instanzinitialisierer werden vom Classloader ausgeführt, was aber nicht zu stimmen scheint - wird sowas überhaupt eingesetzt oder ist das eher tabu?

import java.util.Arrays;

public class Test {

	private static int[] intArr = new int[5];

	{
		for (int i = 0; i<intArr.length; i++) {
			intArr[i] = i+1;
		}
	}

	public static void main(String[] args) {
		System.out.println(Arrays.toString(intArr));
	}
}

Ausgabe:

[0, 0, 0, 0, 0]

Diese etwas sinnlose Anordnung funktionert

	public static void main(String[] args) {
		Test t = new Test();
		System.out.println(Arrays.toString(intArr));		
	}

Ausgabe:

[1, 2, 3, 4, 5]

 

[XHelp]

Der Instanzinitialisierer wird jedes mal vor dem Konstruktor aufgerufen. Man kann übrigens mehrere davon haben, dann werden sie einfach der Reihenfolge nach abgearbeitet. Das was du meintest bezieht sich viel mehr auf den statischen Initialisierer: dieser wird aufgerufen, wenn die Klasse das 1. mal geladen wird.
Zu dem Nutzen ist zu sagen:
Der Instanzinitialisierer wird vor jedem Konstruktor aufgerufen. So kann man redundante Codestellen auslagern, wenn die Konstruktoren nicht verschachtelt sind. Auch bei den anonymen Klassen kann es manchmal praktisch sein.

In deinem Beispiel würde sich eher ein

static{ }

-Block lohnen, da die Variable auch statisch und so wird der Wert nicht bei jeder Instanziierung zurückgesetzt.

 

[Andi_CH]

Das static in der Insel habe ich glatt übersehen ;-)

Von Ada her ist mir diese Art bekannt (da macht man die Paketinitialisierung so) Im statischen Java-Umfeld kann es ja sinnvoll sein so etwas zu schreiben aber im dynamischen? Da habe ich ja Konstruktoren die diese Arbeit erledigen ...

Na ja, man muss es ja nicht so machen ;-)