Discussion :

[Iradrille]

Hello,

Venant du c++, le java me pose pas mal de problèmes, j'ai (enfin) compris pourquoi une fonction "swap" n'était pas possible en java, grâce à cet article, mais du coup je me pose une question, pourquoi est-ce que ces 2 lignes sont valides ?

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
public void tricky(Point arg1, Point arg2)
{
  arg1.x = 100;
  arg1.y = 100;
  Point temp = arg1;
  arg1 = arg2; // celle la
  arg2 = temp; // et celle la
}
public static void main(String [] args)
{
  Point pnt1 = new Point(0,0);
  Point pnt2 = new Point(0,0);
  System.out.println("X: " + pnt1.x + " Y: " +pnt1.y); 
  System.out.println("X: " + pnt2.x + " Y: " +pnt2.y);
  System.out.println(" ");
  tricky(pnt1,pnt2);
  System.out.println("X: " + pnt1.x + " Y:" + pnt1.y); 
  System.out.println("X: " + pnt2.x + " Y: " +pnt2.y);  
}

Modifier une copie d'une référence n'a que peut d'intérêt et est trompeur (quand on à pas l'habitude du moins).
Bref je comprend pas trop pourquoi ces références sont assignables.

[thelvin]

Il me semble bien plus pragmatique d'autoriser :

Code :

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

1
2
3
4
5
6
7
8
9
public int handleSkin(String skin) {
  // mise en conformité
  if(skin == null) {
    skin = DEFAULT_SKIN;
  }
 
  // vrai traitement
  return skin.length();
}

que de forcer :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
public int handleSkin(String skinAsAnUnrefinedParameter) {
  // mise en conformité
  String skin;
  if(skinAsAnUnrefinedParameter == null) {
    skin = DEFAULT_SKIN;
  } else {
    skin = skinAsAnUnrefinedParameter;
  }
 
  // vrai traitement
  return skin.length();
}

Au passage, ces mêmes assignations sont aussi autorisées en C++ même si les paramètres ne sont pas des &-références. Auquel cas, les règles sont exactement les mêmes qu'en Java, avec exactement le même intérêt.

[chortani]

Bonsoir,

c'est valide parce que vous pouvez assigner une référence à une autre de même type (même class ou class parent). Si vous voulez interdire ça dans les methode vous pouvez utilisez le mot clé final

Code :

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

1
2
3
4
5
6
7
8
public void tricky(final Point arg1, final Point arg2)
{
  arg1.x = 100;
  arg1.y = 100;
  Point temp = arg1;
  arg1 = arg2; // probleme compilation
  arg2 = temp; //  probleme compilation
}

vous aurez :

Compilation Errors Detected

Line: 14
final parameter arg1 may not be assigned

Line: 15
final parameter arg2 may not be assigned

[Iradrille]

Au passage, ces mêmes assignations sont aussi autorisées en C++ même si les paramètres ne sont pas des &-références. Auquel cas, les règles sont exactement les mêmes qu'en Java, avec exactement le même intérêt.

J'y avais pas pensé, mais effectivement c'est la même chose que

Code :

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

1
2
3
void tricky(Point *arg1, Point *arg2) {
	// ...
}

Pour final, c'est du coup équivalent à

Code :

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

1
2
3
void tricky(Point *const arg1, Point *const arg2) {
	// ...
}

Y a t'il un équivalent à

Code :

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

1
2
3
4
void tricky(const Point *arg1, const Point *arg2) {
	arg1->x = 42; // 'x' cannot be modified because it is being accessed through a const object
	arg1 = arg2; // ok, arg1 et arg2 pointent sur le même objet
}

(c'est affreux de bloquer sur des problèmes de ce genre, un jour je comprendrais la logique de ce langage, un jour...)

edit: pas de const-correctness en Java, faut donc utiliser des wrappers sur des objets pour interdire les modifications. (http://stackoverflow.com/questions/1...-specific-to-c)

[thelvin]

Pas besoin de chercher la logique très loin, si tu veux mon avis. Il a pas semblé utile d'en prévoir une, c'est tout.
Personnellement je trouve qu'on a finalement un peu trop souvent des bugs parce que le programmeur "ne sait plus" s'il devrait pouvoir muter l'objet ou non, et qu'il le fait, provoquant une erreur incompréhensible due à un objet muté à un moment où il était totalement débile de le muter. Je suis donc pas vraiment d'accord avec le choix qui a été fait pour Java, mais bon, c'est comme ça.

En C++ la const-correctness repose sur des annotations indiquant pour chaque méthode si oui ou non elle peut muter l'objet, et donc si oui ou non elle a le droit d'être appelée sur un objet à const-correctness. Et bien sûr il ne faut pas se tromper.
J'imagine qu'à l'époque ça a dû sembler une contrainte exagérée, même si depuis Java 6 la mode de mettre des annotations pour tout est finalement revenue.

[adiGuba]

Salut,

Y a t'il un équivalent à

Code :

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

1
2
3
4
void tricky(const Point *arg1, const Point *arg2) {
	arg1->x = 42; // 'x' cannot be modified because it is being accessed through a const object
	arg1 = arg2; // ok, arg1 et arg2 pointent sur le même objet
}

(c'est affreux de bloquer sur des problèmes de ce genre, un jour je comprendrais la logique de ce langage, un jour...)

Il n'y a pas vraiment d'équivalent syntaxique...



Mais perso je te conseillerai d'éviter de chercher des équivalences entre le C++ et Java.
Même s'il s'agit de deux langages orienté objets avec une syntaxe relativement proche, ils ont chacun une approche très différentes !

Un bon code C++ ne sera pas forcément adapté à Java, et inversement.


a++

[JoeChip]

un jour je comprendrais la logique de ce langage

Je ne comprend pas ce que tu veux dire par là... Inutile de savoir pourquoi un langage est fait comme ceci ou comme cela : ce qui compte c'est de savoir comment faire ceci ou cela. Comprendre un langage, c'est savoir lire sa doc.

[adiGuba]

@JoeChip : en comparaison de C++, Java a quand même une approche très différente de la POO, avec des notions très différentes.
Il y a vraiment de quoi être troubler lorsqu'on passe de l'un à l'autre (et dans les deux sens).


a++

[tchize_]

et si tu veux éviter de te confuser tu fais ça:

Code :

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

public void tricky(final Point arg1, final Point arg2)