Discussion :

[valkeke]

bonjour,

je me pose une question depuis un moment sur l'utilisation du mot clé final sur les parametres d'entré d'une métode
exemple

Code :

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

1
2
3
4
5
6
7
8
 
public void load(int id, Personn p)
{
...
Date date=Service.getInstance().loadDate(id);
p.setDate(date);
....
}

on voit souvent, si je me trompe ce type de code dans des applications.
J'aurais aimé savoir quel est l'intérêt de mettre final au paramètre Personn
p???

Code :

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

1
2
3
4
5
6
7
8
 
public void load(int id, final Personn p)
{
...
Date date=Service.getInstance().loadDate(id);
p.setDate(date);
....
}

quel est le plus dans l'exemple de code ci-dessus par rapport au premier ???

merci d'avance pour aide, conseil et pour vos observations, éclairssicements....

[Alkhan]

bonjour,

l'intérêt du 2eme par rapport au premier est que si tu essayes de créer une nouvelle instance de personne alors le compilateur te retournera un erreur.

La référence de ton objet Person est passé par copie, donc si tu créés une nouvelle instance de Person dans ta méthode, elle ne sera pas visible par l'appelant qui pointe vers l'ancienne.

Pour conclure, le final va garantir que p.setDate(date) soit bien fait sur l'instance p que tu as reçu en paramètre.

[adiGuba]

Salut,


Le mot-clef final indique seulement que la variable ne peut plus être réaffecté.

Plus d'info : Que signifie le mot-clé final ?

a++

[valkeke]

La référence de ton objet Person est passé par copie, donc si tu créés une nouvelle instance de Person dans ta méthode, elle ne sera pas visible par l'appelant qui pointe vers l'ancienne. Pour conclure, le final va garantir que p.setDate(date) soit bien fait sur l'instance p que tu as reçu en paramètre.

de tte manière la méthode load est là pour mettre à jour l'instance de la classe Personn, c'est son but!

l'intérêt du 2eme par rapport au premier est que si tu essayes de créer une nouvelle instance de personne alors le compilateur te retournera un erreur.

ok, tres bien pour la définition et les explications: cela confirme ce que je me doutais.
Pour le moment, si je résume le mot clé final permet de mettre "un contrat", si on peut dire sur le paramètre afin déviter le new sur p mais quel digne developpeur ferrait ça dans une telle méthode et donc j'ai presque déjà la garantie que la propriete date de p sera mis à jour.

Par contre, mettre final sur le paramètre Personn p comme sur mon exemple : est-ce que cela optimise en terme de performance la jvm lors de l'éxécution ?? ce qui me parait bcp plus intéressant

merci d'avance pour aide, conseil et pour vos observations, éclairssicements....

[dinobogan]

Niveau performance de l'application, ça ne change rien. Le mot clé "final" est résolu à la compilation.

[adiGuba]

si on peut dire sur le paramètre afin déviter le new sur p mais quel digne developpeur ferrait ça dans une telle méthode

Ben selon le cas cela peut être utile... Perso j'aime bien utiliser cela pour définir des valeurs par défaut :

Code :

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

1
2
3
4
5
6
void uneMethode(String args) {
    if (args==null)
        args = "valeur_par_defaut";
 
    // code qui utilise args en toute sécurité (jamais null)
}

Maintenant c'est un cas assez rare je te l'accorde. D'ailleurs certains auraient souhaité que les paramètres soient implicitement final...

Par contre, mettre final sur le paramètre Personn p comme sur mon exemple : est-ce que cela optimise en terme de performance la jvm lors de l'éxécution ?? ce qui me parait bcp plus intéressant

La seule réelle optimisation survient sur les constantes. C'est à dire sur les attributs ou variables locales (sauf paramètre donc) initialisé en ligne à la déclaration avec une constante.

Par exemple :

Code :

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

final int MAX = 10;

Le compilateur javac considère alors qu'il s'agit d'une constante et remplace l'attribut/variable par sa valeur, tout en résolvant certaines expressions dès la compilation ( MAX*2 deviendra 20 dès la compilation).

Pour plus d'info : Qu'est-ce qu'une constante ?




Pour le reste il n'y a aucune différence. La présence du mot-clef final n'a plus aucune importance. La JVM peut faire les optimisations que ce mot-clef soit présent ou pas...




D'ailleurs en règle général, ce n'est pas en jouant sur des mot-clefs "magique" qu'on optimise un programme...


a++

[gailuris]

Le principal intérêt (hormis le fait que ça peut éviter des erreurs de programmations) du mot clé final pour les paramètres ou les variables locales est (comme c'est dit dans le lien donné par adiguba) de pouvoir les référencer dans une classe anonyme (sans quoi le compilateur l'interdit).

[merill]

Le principal intérêt (hormis le fait que ça peut éviter des erreurs de programmations) du mot clé final pour les paramètres ou les variables locales est (comme c'est dit dans le lien donné par adiguba) de pouvoir les référencer dans une classe anonyme (sans quoi le compilateur l'interdit).

Du coup on se retrouve avec des fois du code tel que:

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
 
void uneMethode(String args) {
    if (args==null)
        args = "valeur_par_defaut";
 
    // code qui utilise args en toute sécurité (jamais null)
    //on a besoin de le recopoier pour l'utiliser dans une innerclass
    final String args2 = args;
    //innerclass  bidon qui utilise args
    component.addActionListener(
        new ActionListener(){
            void actionPerformed(ActionEvent e){
                System.out.println(args2);
            }
        }
    );
 
}