Werte- und Referenzparameter

[Helferlein]

Hallo liebe Java Community,

ich habe da mal eine Frage. Und zwar beschäftige ich mich mit Methoden und Unterprogramme. Kann mir einer detailliert sagen, was in diesem besagten Thema Werte- und Referenzparameter wie "call by value" und "call by reference" sind. Welche Regeln gelten hierbei bei Java?

Vielen Dank im voraus.

Mit freundlichen Grüßen das Helferlein

 

[stev.glasow]

call-by-value:

start

macheWas(int stev)
{
stev++
ausgabe stev
}

int x = 5
macheWas(x)
ausgabe x


ende

die ausagabe wäre dann wie folgt.
6
5




call-by-reference:

beginn

class tach
{
public int x

}

macheWas(tach stev)
{
stev.x++
ausgabe stev.x
}

tach obj = new tach()
obj.x = 5
macheWas(obj)
ausgabe obj.x

ende

ausgabe:
6
6


ist klar was dort passiert ?

(habe mich beim code nicht an die javasyntax gehalten)

 

[Helferlein]

Könntest du in kleinen Ansätzen noch mal erklären was das einzelne zu bedeuten hat?
Wäre super nett. Trotzdem schonmal danke für die erste Hilfe.

 

[stev.glasow]

bei primitiven datentypen (z.B. int, float)als übergabe parameter wird call-by-valluu und bei instanzen von klassen (objekte) wird call-by-reference angewendet.

bei call-by-value wird mit einer 'kopie' (eigendlich wird da nichts kopiert) weiter gearbeitet -> das orginal bleibt gleich und ändert sich nicht mit.

bei call-by-reference werden alle änderungen auch am original vorgenommen.


weiss echt nicht wie ich das besser erklären soll...

aber wenn's diesmal nicht klar ist, frag ruhig nochmal nach. ich versuch's dann nochmal anders zu erklären.

 

[bygones]

eigentlich gut erklärt

bei call-by-value wird die Methode mit einer Kopie des Parameters aufgerufen, d.h. Änderungen in der Methode ändern nur die Kopie des Parameters, aber nicht den ursprünglichen Parameter..

bei call-by-reference wird keine Kopie übergeben, sondern ein Zeiger auf den Parameter, d.h. alle Änderungen in der Methode ändern auch den ursprüngliche parameter.

Wie auch schon gesagt, call-by-value tritt bei primitiven Datentypen auf, call-by-reference bei Objekten.

PS: Hatten mit unseren Prof ne kleine Diskussion, er meinte, dass es in Java eigentlich kein call-by-reference gäbe, da man z.B. nicht wie in C explizit den Zeiger manipulieren kann :wink:

 

[stev.glasow]

PS: Hatten mit unseren Prof ne kleine Diskussion, er meinte, dass es in Java eigentlich kein call-by-reference gäbe, da man z.B. nicht wie in C explizit den Zeiger manipulieren kann :wink:

:shock: ... grübel ... was referenzen sind weiss er aber ..

 

[mariopetr]

in der tat gibt es in java nur, und explizit nochmal _nur_ call by value denn

//normales call by value
public void test(int value)
{
	value=0;
}// nach dem aufruf hat value wieder den alten wert -> call by value

//call mit object
public void test(ArrayList value)
{
	value=new ArrayList();
}// nach dem aufruf hat value wieder den alten wert -> call by value

//was man jetzt entgegen halten wird
public void test(ArrayList value)
{
	value.add("hallo")
}// nach dem aufruf hat value den String "hallo" includiert, hat aber nichts mit 
//call by value oder by reference zu tun, da der uebergebene wert garnicht angefasst wurde

 

[stev.glasow]

(1)
//call mit object
public void test(ArrayList value)
{
	value=new ArrayList();
}// nach dem aufruf hat value wieder den alten wert -> call by value

(2)
//was man jetzt entgegen halten wird
public void test(ArrayList value)
{
	value.add("hallo")
}// nach dem aufruf hat value den String "hallo" includiert, hat aber nichts mit 
//call by value oder by reference zu tun, da der uebergebene wert garnicht angefasst wurde

das sehe ich anders.

zum ersten: wenn es call-by-value wäre müsstes du "value=new ArrayList();" nicht schreiben


zum zweiten: der uebergebene wert wird angefast, nämlich die referenz auf eine ArrayList Instanz.
z.B.:
ArrayList obj = new ArrayList();
test(obj);
jetzt hat obj einen eintrag "hallo"

vieleicht versteht mann ja unter call-by-reference etwas anderes aber das beispiel ist fakt.

in c++ ist das doch mit zeigern oder auch mit referenzen das gleiche...

 

[Guest]

das sehe ich anders.

das ist dein problem

zum ersten: wenn es call-by-value wäre müsstes du "value=new ArrayList();" nicht schreiben

das war nur zum verdeutlichen

zum zweiten: der uebergebene wert wird angefast, nämlich die referenz auf eine ArrayList Instanz.
z.B.:
ArrayList obj = new ArrayList();
test(obj);
jetzt hat obj einen eintrag "hallo"

wie gesagt, das hat mit by-value oder by-reference nichts zu tun, da die reference ueberhaubt nicht angefasst wird

call by reference
When you call a method by reference, the callee sees the caller's original variables passed as parameters, not copies. References to the callee's objects are treated the same way. Thus any changes the callee makes to the caller's variables affect the caller's original variables. Java never uses call by reference. It always uses call by value.

How do you fake call by reference in Java, or more precisely, how can a callee influence the values of it's caller's variables?

* Use a holder/wrapper object passed to the callee as a parameter. The callee can change the object's fields. That object may be as simple an Object[]. In Java a callee may change the fields of a caller's object passed as a parameter, but not the caller's reference to that object. It can't make the caller's variable passed as a parameter point to a different object. It can only make its local copy point to a different object. A holder class is just a class with fields to hold your values. It has no methods other than accessors for the fields.
* Have the callee return the new values, perhaps wrapped in an holder class or Object[], and have the caller store them away somewhere.
* Communicate via a static or instance variable visible to both caller and callee.
* Use a delegate object. The callee calls its methods to save the results for the caller.

Dale King points out that attempts to fake call by reference are usually a sign of poor object-oriented design. A function should not be trying to return more than one thing and that is what the return value is for. He uses the term thing because it is proper to return more than one value (e.g. returning a Point that contains two values). If you are trying to return two values, the test he like to apply is whether you can come up with a logical name for the values as a group. If you can't, you had better look to see if maybe you what you have is really two functions lumped together.

 

[Helferlein]

Das verwirrt mich jetzt alles ein bißchen. Hat vielleicht einer eine kleine Erklärung zu meinem anfänglichen Problem mit einem kleinen Programmbeispiel?

Achja und welche Regeln gelten explizit in Java?

MfG Helferlein

 

[bygones]

ich denke für das einfache verständnis reichen die beiden antworten von stevg und mir (die ersten).

Alles danach ist für dich bzw. dein problem irrelevant !

 

[mariopetr]

nein, da beide falsch sind. die einzig richtige antwort auf die frage

Kann mir einer detailliert sagen, was in diesem besagten Thema Werte- und Referenzparameter wie "call by value" und "call by reference" sind. Welche Regeln gelten hierbei bei Java?

ist: java kennt nur call-by-value, insofern gibt es auch nur value-parameter. dies ist (mit ausnahme von ejb containern (wo die namenskonventionen geaendert wurden), welche unter call-by-value eine implizite kopie eines objects versteht (remote-interface), unter call by reference die einfache wertuebergabe (nur mit local-interface)) immer richtig. http://java.sun.com/developer/TechTips//2000/tt1205.html
[/quote]

 

[Krabat]

Sorry, daß ich diesen alten Thread nochmal aufwärm, aber ich habe zu diesem Thema ein Verständnisproblem, da ich immer dachte, ich würde das Objekt verändern, wenn ich es als Parameter in eine Methode übergebe. Dies scheint aber nur bedingt der Fall zu sein.
Einen möglichen Lösungsansatz sehe ich darin, daß "arr" auf die Speicheradresse des Vector Objektes zeigt (also eine Referenz). Bei der Parameterübergabe wird eine Kopie der Referenz angelegt, die allerdings auf das gleiche Objekt zeigt. Folglich sind Änderungen an dem (ursprünglichen) Objekt möglich, eine Zuweisung einer neuen Speicherstelle (mit new oder null) hingegen ändert (die kopierte) Referenz. Danach hätten wir also zwei Referenzen, eine die auf unser erstes Objekt zeigt und eine die auf ein neues Objekt (oder null) zeigt.
Könnte das so stimmen?

//Aufruf
List arr = new Vector();
arr.add("eins");
System.out.println("vorher: arr="+arr);
call.test(arr);
System.out.println("danach: arr="+arr);

	
//call mit object
public void test(List value)
{
	value.add("zwei");
	value=null;
	System.out.println("mittig: arr="+value);
}

//Ausgabe
vorher: arr=[eins]
mittig: arr=null
danach: arr=[eins, zwei]

 

[AlArenal]

Was du in der Methode als Parameter bekommst ist ein weiterere Referenz auf die Instanz (im Falle, dass es sich um Objekte und nicht primitive Datentypen handelt). Nimmst du Änderungen vor, wirken sich diese auf die Instanz aus. Weist du der Referenz aber per new-Operator einen neue Instanz zu, zeigt die Referenz auf die neue Instanz, d.h. nicht dass du die Instanz, auf die die Referenz zuvor zeigte, überschreibst.