Discussion :

[Invité1]

bonjour bonjour,

le problème est assez simple, j'ai disons un string a que je veux transformer en final string a sans passer par b.

pas de:
String b = 12;
blabla
final String a = b;

j'aimerais si possible un truc du genre
String a = 12;
final String a = (final) a

c'est possible?!

[natha]

Ca ne sert juste à rien, et je ne vois pas dans quel concept tu aurais besoin d'un truc qui rendrait le code illisible et incompréhensible !?
Heureusement que c'est impossible !

[bouye]

Si, il existe un contexte dans lequel ce genre de choses aurait pu être utile : lors de l'utilisation de ces variables dans une classe (anonyme ou non) décrite dans le même bloc de code. Ainsi :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
public doMachin(final int a) {
  final int b = [...] ;
  .......................
  int c = a + b;
  button.addActionListener(new ActionListener {
     public void actionPerformed(ActionEvent event) {
       System.out.println(a);
       System.out.println(b);
       // Et la ca coince bien  sur !
       System.out.println(c);
     }
  });
}

On est donc oblige de declarer et utiliser une autre variable final :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
public doMachin(final int a) {
  final int b = [...] ;
  .......................
  int c = a + b;
  final int fc = c;
  button.addActionListener(new ActionListener {
     public void actionPerformed(ActionEvent event) {
       System.out.println(a);
       System.out.println(b);
       System.out.println(fc);
     }
  });
}

Note : l'exemple et les modifications apportees sur c sont bien sur ici volontairement simplistes.

[natha]

Je ne disais pas que ça ne sert à rien de mettre une variable en final, je dis que ça sert à rien de conserver le même nom d'autant plus que ça nuirait à la lisibilité et la bonne compréhension du code.
Ce serait la porte ouverte à n'importe quoi.

Et dans ton exemple bouye, on pourrait directement faire final int c = a + b;.

[bouye]

Note : l'exemple et les modifications apportees sur c sont bien sur ici volontairement simplistes.

[kisame]

Même dans ce genre de situation on devrait s'en passer d'un tel "cast". Le langage fait que dans cette situation le fait que la variable ou classe soit final c'est qu'il y a une raison : (http://www.developpez.net/forums/sho...d.php?t=416569) raison très discutable quand on sait qu'un membre de classe peut y accéder directement ou que de prendre sa référence et de déclarer une nouvelle variable en final permet de squizzer le truc... pour moi la seule vraie raison au final c'est la lisibilité. Donc remplacer ça par un truc pas très lisible je trouve ça moyen

sachant que tu gardes la même référence donc pas de recopie d'objet, je ne vois vraiment pas le mal à faire un truc comme tu as dit plus faut:

a= ...
final b = a;

je trouve ça mieux que de faire un a = (final) a;

c'est un peu comme si dans un code tu avais ça
long a = ....
a = (int) a;
a ceci pres que ça ça compile. Si tu changes le sens de ta variable en cours de chemin, faut en utiliser une autre.

[tchize_]

Aucun intérêt. Une variable final permet au compilateur de savoir qu'il n'a pas besoin d'une adresse pour stocker la référence. Il peut librement copier la référence partout où il veut, il sait que la référence ne changera pas. Ca fait partie de la déclaration du comportement de la variable. Le changer en cours de route n'aurait aucun sens. Ce serait comme vouloir transformer un long en int en cours de route....