Discussion :

[mohsenuss91]

salut!
Je cherche une reponse au problème de passage de paramètres par adresse en java !
par exemple, je veux faire une procédure qui fait la permutation de deux entiers (j'ai essayé avec int et Integer mais ça marche pas ) voila le code:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
 
static void permut(Integer n1,Integer n2)
{Intger t;
t=n1;
n1=n2;
n2=t;
}

[lr.remy]

Salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
void permut (int n1, int n2)
{
     int t;
     t = n1;
     n1 = n2;
     n2 = t;
}

ne fonctionne pas ?


EDIT: autant pour moi, tu veux que n1 devienne n2 peut être
En java ce n'est pas possible (corriger moi si je me trompe) de passer par référence des types primitifs.
Seul les objets sont référencés.

[thelvin]

Bonjour,

cela n'existe pas. Pas de paramètre par adresse en Java.
Il existe de nombreuses solutions de contournement, qui font que ce n'est pas un problème, toute la question est de décider laquelle. Et cela dépend de ce que tu as vraiment besoin de faire.

Dans le monde réel on a jamais besoin, en Java, d'une méthode comme cette "permut()". Essaie, tu verras : elle ne sert à rien.
Pour te donner une bonne solution, tu vas donc devoir donner un bon exemple.

Un exemple quand même : quand on a vraiment besoin d'intervertir deux éléments, ça veut dire que ces éléments sont contenus dans une structure où la position compte, comme un tableau, une List, une Map ou ce genre de chose.
Permuter deux éléments dans une telle structure est trivial, j'espère que tu sauras faire tout seul !

Seul les objets sont référencés.

Et cela ne résout pas le problème posé, puisque assigner une nouvelle référence à une variable qui contenait une référence, n'a pas d'effet sur l'ancienne référence.

[mohsenuss91]

Integer est un objet ! non ?
sinon existe t'il une solution sans utiliser les tableaux ou les listes (sans utilisation de fonctions mais plutôt de procédures) ?

[thelvin]

Integer est un objet ! non ?

Oui. Et comme je l'ai dit, ça ne change absolument rien au problème.

sinon existe t'il une solution sans utiliser les tableaux ou les listes (sans utilisation de fonctions mais plutôt de procédures) ?

Il y a plein de solutions. Je te le demande pour la deuxième fois : c'est pour faire quoi ?

[mohsenuss91]

Oui. Et comme je l'ai dit, ça ne change absolument rien au problème.



Il y a plein de solutions. Je te le demande pour la deuxième fois : c'est pour faire quoi ?

J'ai besoin de cette procédure pour faire la permutation de deux entiers qui se trouvent dans un tableau (donc je travail avec les indices et pour faciliter le travail j'ai besoin de cette procédure).

[thelvin]

pour faciliter le travail j'ai besoin de cette procédure

Pas le moins du monde.
Permuter deux éléments d'un tableau est parfaitement trivial.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
static <T> void permut(T[] tab, int index1, int index2) {
  T temp = tab[index1];
  tab[index1] = tab[index2];
  tab[index2] = temp;
}

Ce serait plus compliqué si nous parlions, par exemple, d'une LinkedList. Dans ce cas-là la solution serait de ne pas le faire, et utiliser une ArrayList à la place d'une LinkedList.

[mohsenuss91]

Pas le moins du monde.
Permuter deux éléments d'un tableau est parfaitement trivial.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
static <T> void permut(T[] tab, int index1, int index2) {
  T temp = tab[index1];
  tab[index1] = tab[index2];
  tab[index2] = temp;
}

c'est une procedure donc il y a pas un return .
sinon Le passage de paramètres et par valeur et non pas par adresse ! donc ça va pas changer dans le programme principal (la ou je fais l'appel) , non ?

[thelvin]

c'est une procedure donc il y a pas un return .

Je ne sais pas pourquoi tu parles de ça, mais en Java, il n'y a ni procédure ni fonction. Il n'y a que des méthodes.
Les méthodes qui indiquent void ne peuvent pas contenir de return. Les autres doivent conclure soit par un return, soit par un lancement d'Exception.

sinon Le passage de paramètres et par valeur et non pas par adresse ! donc ça va pas changer dans le programme principal (la ou je fais l'appel) , non ?

Non, et le plus simple aurait été d'essayer.

C'est tout le principe des références dans Java.
Toutes les variables objet sont en fait des références vers ces objets.
Un tableau est un objet, donc une variable tableau est une référence vers ce tableau.

Ce système de "références" fait que les objets ne sont pas dupliqués quand on les assigne à d'autres variables ou qu'on les passe en paramètres. L'objet lui-même reste en un seul exemplaire dans la mémoire. Donc peu importe quelles variables pointent vers lui : si une variable modifie son contenu, toutes les variables qui pointent vers lui le verront.

Ici la méthode modifie le contenu du tableau, donc le contenu du tableau est modifié. Pour la méthode main(), pour les autres sous-méthodes, pour tout le monde, partout.

[mohsenuss91]

J'ai pas bien compris le truc de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

<T>

dans:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

static <T> void permut(T[] tab, int index1, int index2)

[tchize_]

C'est le typage générique. Cette méthode peux accepter n'importe quel type d'objet dans le tableau avec ça.