Felder mit Methode verändern

[Mo3bius]

Hi,
ich kann (relativ) gut in C programmieren. Der Umstieg zu Java ist eigentlich gar nicht so schwer, nur fehlen mir manchmal die Herangehensweise für eine saubere Programmierung.

Mein Problem:

Ich habe ein Programm das erstmal nur aus einer Klasse besteht:

class Main {

static int numberOne = 0;
static int numberTwo = 0;

public static void main(String[] args) {

setNumber(2,numberOne);
System.out.println(numberOne); // 0

setNumber(2,numberTwo);
System.out.println(numberTwo);  // 0


}

public static setNumber(int newNumber, int field)
{
field = newNumber;
}

}

Was wollte ich hier tun? Ich wollte den Wert der Felder NumberOne und NumberTwo ändern. Klappt nicht, da es kein "Call by reference" aufruf ist. Wie aber schreib ich das richtig? Geht das so in einer Klasse? Bzw. müsste ich erst eine Klasse mit jeweils nur einem Feld schreiben und dann 2 Objekte erzeugen?

Mfg,
Mo3bius

 

[Templarthelast]

Ich weiß nicht genau, worauf du hinauswillst, aber ich versuche es mal..

public void setNumber(int numberOne, int numberTwo) {
this.numberOne = numberOne;
this.numberTwo = numberTwo;

}

 

[Gast2]

In Java gibt es kein call-by-reference, daher kannst du nicht einfach so Felder übergeben und deren Wert ändern.

Bzw. müsste ich erst eine Klasse mit jeweils nur einem Feld schreiben und dann 2 Objekte erzeugen?

Ja, das wäre der übliche Weg.

Mögliche wäre sowas:

public class Main {
	public static void main(String[] args) {
		ValueObject vo = new ValueObject();
		
		setValueOfObject(42, vo);
		System.out.println(vo.getValue());
	}
	
	private static void setValueOfObject(int value, ValueObject object) {
		object.setValue(value);
	}
}

class ValueObject {
	private int value = 0;

	public int getValue() {
		return value;
	}

	public void setValue(int value) {
		this.value = value;
	}
}

 

[timbeau]

Sowas wie

numberOne = setNumber(2);
public static int setNumber(int nr){
return nr;
}

Natürlich etwas sinnfrei hierbei.

 

[Gism0]

class Main {
 
private int numberOne = 0;
private int numberTwo = 0;
 
public static void main(String[] args) 
{
setNumberOne(2);
System.out.println(numberOne); // 0
 
setNumbertwo(2);
System.out.println(numberTwo);  // 0
}

public static void setNumberOne(int zahl)
{
this.numberOne = zahl;
}

public static void setNumberTwo(int zahl)
{
this.numberTwo = zahl;
}
}

 

[kaetzacoatl]

In Java gibt es kein call-by-reference, daher kannst du nicht einfach so Felder übergeben und deren Wert ändern.

public Field getField(String name) throws SecurityException, NoSuchFieldException{
		return getClass().getDeclaredField(name);
	}

Natürlich kannst du Felder übergeben!

 

[Crian]

Na klar und das willst du einem Umsteiger als normales Standardverfahren in Java andrehen? Ernsthaft?

 

[kaetzacoatl]

Na klar und das willst du einem Umsteiger als normales Standardverfahren in Java andrehen? Ernsthaft?

Du hast recht...

 

[Crian]

Da weiß ich nicht, wie du das meinst. Zustimmend, Ironisch... der Ton fehlt hier irgendwie *zwinkert*


Ich möchte hierauf nochmal eingehen:

Bzw. müsste ich erst eine Klasse mit jeweils nur einem Feld schreiben und dann 2 Objekte erzeugen?

Wenn diese beiden Werte "gleichartig" sind, dann ist der oben gezeigte Wert mit einer Klasse mit einem Objekt und Methoden zum setzen und auslesen (Setter und Getter) der richtige.

Beschreiben aber beide Zahlen zusammen die Eigenschaften von etwas, so kann man sie ruhig gemeinsam als Objektdaten halten.

Beispiel:

public class Rahmen {
    private int breite;
    private int hoehe;

    public Rahmen(int breite, int hoehe) {
        this.breite = breite;
        this.hoehe = hoehe;
    }

    public int getBreite() {
        return breite;
    }

    public int getHoehe() {
        return hoehe;
    }

    public void setBreite(int breite) {
        this.breite = breite;
    }

    public void setHoehe(int hoehe) {
        this.hoehe = hoehe;
    }

}

Wie du siehst, kannst du dann beide Werte von außen setzen:

...
Rahmen rahmen = new Rahmen(0, 0);
rahmen.setBreite(70);
rahmen.setHoehe(45);

Vielleicht hilft das.

 

[Mo3bius]

Danke für die ausführlichen Antworten!

Mein Beispiel ist mit Absicht simpel gehalten, in meinem Anwendungsfall geht es um zwei BufferedImage auf die ich die gleichen/selben (ihr wisst was ich meine ) Methoden anwenden möchte. Auf die Idee den Wert mit return auszugeben hatte ich auch schon. Das funktioniert halt nur mit einer Variable und ich gebe sowieso lieber einen Statuscode zurück.

Ich werde nun einen eigene Klasse für meine Bilder erstellen und damit 2 Objekte erzeugen. EikeB und Crian haben dazu eigentlich alles geschrieben.

Eine einzige Frage hätte ich noch. Macht es Sinn es so wie EikeB zuschreiben:

public class Main {
    public static void main(String[] args) {
        ValueObject vo = new ValueObject();
        
        setValueOfObject(42, vo);
        System.out.println(vo.getValue());
    }
    
    private static void setValueOfObject(int value, ValueObject object) {
        object.setValue(value);
    }
}
 
class ValueObject {
    private int value = 0;
 
    public int getValue() {
        return value;
    }
 
    public void setValue(int value) {
        this.value = value;
    }
}

oder reicht auch sowas:

public class Main {
    public static void main(String[] args) {
        ValueObject vo = new ValueObject();
        
        vo.setValue(42);
        System.out.println(vo.getValue());
    }
    
    private static void setValueOfObject(int value, ValueObject object) {
        object.setValue(value);
    }
}
 
class ValueObject {
    private int value = 0;
 
    public int getValue() {
        return value;
    }
 
    public void setValue(int value) {
        this.value = value;
    }
}

 

[Gast2]

Der erste Weg ist einfach nur nen Umweg für den zweiten, ich hatte da nur deine "Idee" mit der statischen Methode aufgegriffen. Die kannst du natürlich ohne Probleme weglassen und direkt den setter des Objekts aufrufen.

 

[timbeau]

Das letztere ist mE der korrekte Weg. Du rufst eine Methode eines Objekts auf. Damit hat das Objekt die volle Kontrolle über diese Methode.