[JAVA] Passaggio di parametri per valore

[primesinp]

Originariamente inviato da Baboz

La modifica dell'array all'interno del metodo prova è visibile
all'esterno, cioè nel main.
Perchè?

Perché dell'array viene passato l'indirizzo della prima locazione in memoria che contiene la cella di indice 0. La funzione ne modifica il contenuto e termina. Di conseguenza, quando il main continua e recupera il valore della cella d'indice 0, legge il valore modificato.

Faccio notare che usare array di Integer (oggetti) oppure array di int (tipo primitivo) è indifferente, ai fini dell'esempio.

[khelidan1980]

Originariamente inviato da gino25

come ho avuto modo già di dire nell'altra discussione, dove ho chiesto un chiarimento sulla creazione degli oggetti, mi sono incasinato con il passaggio di parametri per valore.
questa ( http://img202.imageshack.us/img202/9826/immaginexr.jpg ) è un'immagine presa dal manuale dal quale sto studiando ("Object Oriented && Java 5" -> pagina 101 | scaricabile gratuitamente da http://www.claudiodesio.com/).
non riesco proprio a capire dove inserire quella creazione dell'oggetto (prima riga del secondo riquadro) e soprattutto cosa significa ogg.cambiaValore(numero);.

se mi spiegate questa cosa in termini terra terra ve ne sono grato visto che sono di coccio e non riesco a capire questa cosa.

forse sarebbe meglio se mi scriveste il codice che vedete nell'immagine in maniera ordinata perchè così, a pezzi, non riesco a capire la corretta posizione del frammento di codice.

quì ti sta spiegando che il passaggio di parametri in java avviene per copia, ma se non hai capito la sintassi di quello che hai scritto in grassetto ti consiglio di tornare indietro e rileggerti le parti precedenti del libro, in parole povere sta chiamando il metodo cambiaValore sull'ooggetto ogg che ha precedentemente istanziato

[nuovoUtente86]

Originariamente inviato da gino25

quindi in sostanza sarebbe:

nomeOggetto.nomeMetodo;

dove per nomeOggetto intendo quello creato nella classe in cui si sta lavorando mentre per nomeMetodo intendo il metodo dichiarato nell'altra classe di cui però si vuole passare il valore. dico bene? ditemele se dico castronerie.

nomeOggetto è un' istanza della classe in cui è definito nomeMetodo, che vai ad invocare, appunto, su quel particolare oggetto, il che sta a dire che se la classe è ben progettata, la reazione a tale invocazione dipenderà dallo stato interno attuale dell' oggetto.

[nuovoUtente86]

Originariamente inviato da khelidan1980

quì ti sta spiegando che il passaggio di parametri in java avviene per copia, ma se non hai capito la sintassi di quello che hai scritto in grassetto ti consiglio di tornare indietro e rileggerti le parti precedenti del libro, in parole povere sta chiamando il metodo cambiaValore sull'ooggetto ogg che ha precedentemente istanziato

In realtà in java il passaggio è per valore per i tipi primitivi, mentre è per "copia di reference" per i tipi oggetto.

[Rsk]

Originariamente inviato da gino25

questo è uno degli esercizi del libro:



quando nel main della classe Principale va a stampare va a richiamare il metodo dettagli della classe Persona e quindi anche quello è un passaggio per valore. o no? non vorrei aver capito male.

Gli oggetti vengono sempre passati per riferimento.
Il metodo "dettagli" restituisce un reference ad un oggetto di tipo String.

[nuovoUtente86]

Originariamente inviato da gino25

questo è uno degli esercizi del libro:



quando nel main della classe Principale va a stampare va a richiamare il metodo dettagli della classe Persona e quindi anche quello è un passaggio per valore. o no? non vorrei aver capito male.

prima dell' invocazione della stampa viene costruita una nuova stringa composta dalla parte letterale alla sinistra dell' operatore di concatenazione (+) e dalla parte a destra derivante dalla chiamata di dettagli(). Al metodo print viene passata una copia del riferimento a tale stringa. Le modifiche attuate attraverso tale riferimento si riflettono sull' oggetto reale (in realtà per le stringhe è un po diversa la situazione perchè si tratta di oggetti immutabili), mentre eventuali assegnamenti non modificano il riferimento originale .

[nuovoUtente86]

Originariamente inviato da Rsk

Gli oggetti vengono sempre passati per riferimento.
Il metodo "dettagli" restituisce un reference ad un oggetto di tipo String.

"Copia di reference" e riferimento non sono la stessa cosa: nel primo caso non è possibile interrompere il riferimento originale, nel secondo si.

[nuovoUtente86]

Originariamente inviato da gino25

vediamo se ho capito. supponiamo di creare una classe avente al suo interno un certo metodo (es. public void cambiaValore(int valore);) e al suo interno dichiariamo una variabile (es. valore = 1000;).
in seguito andiamo a creare un'altra classe, al suo interno andiamo a creare un oggetto e andiamo a dichiarare una variabile (es. int numero = 10;).
a questo punto se volessimo passare per valore il contenuto della variabile numero dovremmo scrivere:

nomeOggetto.cambiaValore(numero);

in questa maniera è come se avessi detto alla seconda classe "come metodo prendi quello della prima classe ma il suo contenuto deve essere "numero" e non "valore"".


dico bene? è questo il senso del passaggio per valore?

public metodo void (int i){ fai qualcosa}

int j= 10;
nomeOggetto.metodo (j);
è esattamente uguale a
nomeOggetto.metodo (10);

quello che poi con il valore attribuito ad i dipende dal corpo del motodo.

[nuovoUtente86]

solo ed esclusivamente in presenza di tipi primitivi (ed in realtà con gli oggetti immutabili come le stringhe).

[nuovoUtente86]

Si. Le stringhe persò essendo oggetti vengono trattati come tali, anche se alla fine la gestione è per valore, per via della loro natura immutabile.

[khelidan1980]

Originariamente inviato da nuovoUtente86

In realtà in java il passaggio è per valore per i tipi primitivi, mentre è per "copia di reference" per i tipi oggetto.

mah diciamo che la copia del reference io la considero un passaggio per valore, sono per quella scuola di pensiero

[nuovoUtente86]

Originariamente inviato da khelidan1980

mah diciamo che la copia del reference io la considero un passaggio per valore, sono per quella scuola di pensiero

E' parificabile ad un passaggio per valore, solo in presenza di oggetti immutabili come le stringhe. Qualora ci sia anche un solo metodo mutatore (o una variabile con scope valido) non è assolutamente un passaggio per valore, che implica il mancato effetto, sull' entità originale, di eventuali modifiche.

[banryu79]

Originariamente inviato da nuovoUtente86

[...]
non è assolutamente un passaggio per valore, che implica il mancato effetto, sull' entità originale, di eventuali modifiche.

Mah, dipende.
Una reference ad un oggetto viene passata come parametro ad un metodo.
La reference sta da qualche parte in memoria: viene letto il suo contenuto e viene copiato in una nuova reference, locale al metodo chiamato.
Io questo l'ho sempre sentito chiamare "copia per valore".

La reference, in Java, non è altro che un puntatore costante (da non confondere con un puntatore a costante), quindi la reference locale, che è copia della reference passata come parametro, non può essere modificata (come indirizzo di allocazione, al massimo la si può far puntare ad un altro oggetto).

Risultato? La reference esterna non la puoi modificare, il che combacia con la definizione che hai dato di passagio per valore. Notare che in tutto questo l'oggetto effettivo non entra in gioco: per tutto il tempo lui è rimasto là dov'era al tempo della sua allocazione tramite l'operatore new (al netto di eventuali spostamenti & cazzi e mazzi che può combinare il Garbage Collector, ma non me ne intendo, non so se ci siano implementazioni di GC che deframmentano l'heap ).

Attenzione quindi che
A) in Java il passaggio dei parametri ai metodi è sempre e solo per valore;
B) Ciò che viene effettivamente copiato/passato ad un metodo sono i tipi primitivi del linguaggio (boolean, byte, short, int, long, float, double) e le reference a un oggetto, mai gli oggetti veri e propri [e grazie a questo è molto efficiente proprio perchè non si verificano mai operazioni di copia degli oggetti, a differenza ad esempio di C/C++].

[nuovoUtente86]

Originariamente inviato da banryu79

Mah, dipende.
Una reference ad un oggetto viene passata come parametro ad un metodo.
La reference sta da qualche parte in memoria: viene letto il suo contenuto e viene copiato in una nuova reference, locale al metodo chiamato.
Io questo l'ho sempre sentito chiamare "copia per valore".

La reference, in Java, non è altro che un puntatore costante (da non confondere con un puntatore a costante), quindi la reference locale, che è copia della reference passata come parametro, non può essere modificata (come indirizzo di allocazione, al massimo la si può far puntare ad un altro oggetto).

Risultato? La reference esterna non la puoi modificare, il che combacia con la definizione che hai dato di passagio per valore. Notare che in tutto questo l'oggetto effettivo non entra in gioco: per tutto il tempo lui è rimasto là dov'era al tempo della sua allocazione tramite l'operatore new (al netto di eventuali spostamenti & cazzi e mazzi che può combinare il Garbage Collector, ma non me ne intendo, non so se ci siano implementazioni di GC che deframmentano l'heap ).

Attenzione quindi che
A) in Java il passaggio dei parametri ai metodi è sempre e solo per valore;
B) Ciò che viene effettivamente copiato/passato ad un metodo sono i tipi primitivi del linguaggio (boolean, byte, short, int, long, float, double) e le reference a un oggetto, mai gli oggetti veri e propri [e grazie a questo è molto efficiente proprio perchè non si verificano mai operazioni di copia degli oggetti, a differenza ad esempio di C/C++].

Eventuali modifiche effettuate attraverso (e non al) il riferimento passato (per copia) alla funziona, hanno effetto sull' oggetto puntato? Se la risposta è si allora non c'è passaggio per valore.
Cosa differenzia questo meccanismo da quello del C/C++, il fatto che al posto di passare il puntatore tale e quale(detto in maniera molto poco formale), si va a leggere l' indirizzo contenuto nella variabile reference e se ne fa una copia, ma ciò non esula dal fatto che ci sia un accesso diretto all' oggetto in questione.

[Mixmar]

Originariamente inviato da nuovoUtente86

Eventuali modifiche effettuate attraverso (e non al) il riferimento passato (per copia) alla funziona, hanno effetto sull' oggetto puntato? Se la risposta è si allora non c'è passaggio per valore.
Cosa differenzia questo meccanismo da quello del C/C++, il fatto che al posto di passare il puntatore tale e quale(detto in maniera molto poco formale), si va a leggere l' indirizzo contenuto nella variabile reference e se ne fa una copia, ma ciò non esula dal fatto che ci sia un accesso diretto all' oggetto in questione.

Scusa, ma non capisco: la tua definizione di passaggio per valore mi sembra troppo restrittiva: sembrerebbe che gli uniche variabili passabili "per valore" siano quelli "primitivi". In ogni caso, per passare un oggetto bisogna per forza o farne una copia, o passare un riferimento (puntatore) ad esso. In una variabile parametro che è... una copia di quella originale. Col passaggio per riferimento del C, invece, si realizza un ulteriore livello di indirezione, passando un riferimento... al riferimento. Cosa che naturalmente è possibile fare anche in un programma Java, ma non è supportata direttamente dal linguaggio.

Ammetto però che la mia conoscenza del C / C++ è molto meno approfondita di quella del Java, per cui potrei avere frainteso qualche definizione.

[nuovoUtente86]

sembrerebbe che gli uniche variabili passabili "per valore" siano quelli "primitivi".

è cosi: il passaggio per copia presuppone una surroga del valore memorizzato. Copia che nel caso degli oggetti, in Java, viene operata a carico del reference e non dell' entità (che viene trattato come un tipo primitivo), ovvero si copia l' indirizzo cui l' oggetto si trova sull' heap. Tale meccanismo non può essere considerato per copia (non viene clonato, quindi reso immune alle modifiche, in maniera profonda alcun oggetto) ne per riferimento, inteso alla C, perchè non è possibile effettuare la classica funzione di swap senza ricorrere all' espediente dei vettori unitari. Quello che Java utilizza ha un nome preciso ovvero " copy of the reference ".

[lovaz]

Originariamente inviato da nuovoUtente86

... ne per riferimento, inteso alla C, perchè non è possibile effettuare la classica funzione di swap senza ricorrere all' espediente dei vettori unitari...

Ma questo è dovuto al fatto che l'operatore '=' in java non clona gli oggetti come in C++, ma opera sui riferimenti.
O no?

[PGI-Bis]

Java ha il passaggio per valore e stop, esattamente come C.

Dire il contrario significa non aver chiaro il concetto di variabile e di valore.

Se ho una variabile x e un metodo m che accetta un argomento p, quando dico:

m(x)

p cos'è?

Se è una variabile il cui valore è lo stesso di x è passaggio per valore.

Se è una variabile il cui valore è l'indirizzo di x è passaggio per riferimento.

La dereferenziazione cui eventualmente posso sottoporre il parametro non c'entra una mazza coi termini del passaggio della variabile: è un'altra operazione.

Sarebbe come dire che l'invocazione di metodo in Java supporta la cancellazione del disco fisso perchè dentro a quel metodo posso scrivere "format c:".

[nuovoUtente86]

Originariamente inviato da PGI-Bis

Java ha il passaggio per valore e stop, esattamente come C.

Dire il contrario significa non aver chiaro il concetto di variabile e di valore.

Se ho una variabile x e un metodo m che accetta un argomento p, quando dico:

m(x)

p cos'è?

Se è una variabile il cui valore è lo stesso di x è passaggio per valore.

Se è una variabile il cui valore è l'indirizzo di x è passaggio per riferimento.

La dereferenziazione cui eventualmente posso sottoporre il parametro non c'entra una mazza coi termini del passaggio della variabile: è un'altra operazione.

Sarebbe come dire che l'invocazione di metodo in Java supporta la cancellazione del disco fisso perchè dentro a quel metodo posso scrivere "format c:".

Il fulcro della questione è più filosofico che pratico.
In Java esiste un passaggio per riferimento. No almeno io non l' ho mai detto.
Java passa i parametri per copia? Si anche questo è vero, ma dire che il passaggio sia sempre e solo per copia è quantomeno riduttivo o può generare confusione.
Object o=new Object()
la variabile o contiene un riferimento alla locazione contenete l' oggetto
faiQualcosa (Object o){}
faiQualcosa(o);
riceve una copia dell' indirizzo dove si trova l' Object, attraverso cui potervi accedere.
E' corretto dire che le variabili siano passate per valore? Si per parliamo di variabili, ma non se parliamo di Oggetti in sè. Mentre in c++ è possibile passare una copia dell' oggetto, in Java ciò non è possibile in quanto ad essere copiato è il riferimento che, come già detto, è trattato come qualsiasi altro tipo primitivo.

[PGI-Bis]

Nono, il fulcro non è filosofico.

Nel passaggio si parla di passaggio di variabili, non altro. Quando in C++ passi una variabile ad un metodo il cui parametro è "by reference" sempre la variabile passi:

int x = 10;

void fun(int& p) { p = 20; }

fun(x) <- x viene passato alla funzione

Hai una variabile che viene passata ad una funzione esattamente come fai in Java a prescidere dal genus di quella variabile.

Non è che non si possano esplorare nuove qualificazione, ci mancherebbe. Ma il problema di dire "ok, lo chiamiamo passaggio per copia di riferimento" è che la differenza che sta tra il passaggio per copia di riferimento e "il passaggio per copia di primitivo" è la stessa che c'è tra il riferimento e il primitivo: uno è dereferenziabile, l'altro no.