Ce n' “final” de le faire si vous le placez devant une variable?

Question très simple, mais, que signifie "finale" faire si vous la placez à l'avant d'une variable telle que ci-dessous...

final EditText myTextField = (EditText) findViewById(R.id.myTextField);

Ce n' final faire?

  • Bien! Je pense que j'ai eu ma réponse! (6 réponses! WOW!) L'ensemble de ces travaux.
InformationsquelleAutor Jack Love | 2010-10-25
  1. 70

    Réponse Courte

    Arrête le "myTextField" variable d'être affecté à autre chose.

    Réponse Longue

    • N'arrête PAS le "myTextField" variable d'être muté, par exemple, ayant son champs de définir de nouvelles valeurs.
    • Rend le code plus lisible (à mon humble avis) car le lecteur n'a jamais à se demander si la "myTextField" variable seront repris plus tard dans le code.
    • Gardes à l'encontre de la catégorie de bug où les variables sont accidentellement réaffectés (même raisonnement derrière décisions des instances immuable, que sur une plus petite échelle).

    Pour les raisons indiquées ci-dessus, j'applique toujours la "finale" modificateur où que je peux pour les champs statiques, des champs d'instance, les variables locales et les paramètres de la méthode. Il n'gonfler un peu le code, mais pour moi, il vaut la lisibilité et la robustesse.

    • s'il offre des fonctions utiles, je ne voudrais pas le considérer ballonnement.
    • Je pensais que je savais à propos de final assez, mais maintenant je me rends compte que j'ai à en savoir plus. 🙂
    InformationsquelleAutor Andrew Swan
  2. 15

    Le mot-clé final, dans ce contexte, signifie que vous ne pouvez pas mettre à jour l'implicite pointeur myTextField pour pointer vers un objet différent (bien que vous pouvez modifier l'objet pointé par myTextField). Le mot-clé peut également être utilisé pour prévenir primordial (lorsqu'il est appliqué à des classes ou des méthodes).

    L'une des raisons pour lesquelles vous pourriez le voir c'est que les classes anonymes qui font référence à des variables locales ne peuvent faire référence à des variables marqué final. C'est ainsi que l'anonyme classes ont besoin de stocker uniquement une double référence et n'ont pas besoin de maintenir la complète de l'accès à la pile de fonction. Par exemple:

    Runnable r = new Runnable() { public static void run() {
         //do something with myTextField
         //this would require myTextField to have been marked final.
}};
doSomethingLater(r);
    InformationsquelleAutor Michael Aaron Safyan
  3. 10

    Une chose qu'aucune des autres réponses ont noté, c'est que un final attribut a des propriétés particulières vis-a-vis de la Java du modèle de mémoire. L'effet net est que l'un thread peut accéder en toute sécurité à un final valeur de l'attribut sans prendre des mesures pour se synchroniser avec d'autres threads.

    SUIVI

    Est que la JVM spécifique?

    La spécification de Java modèle de mémoire est une partie de la Java Language Specification, et (autant que je sache) n'a pas changé depuis Java 1.5. En ce sens, ce n'est pas JVM spécifiques.

    Cependant, le comportement de Java si vous ne suivez pas les règles (par exemple, si votre code n'est pas correctement synchroniser son utilisation de données partagée) dépend de toutes sortes de choses, y compris le matériel que vous exécutez l'application sur.

    Entre autres choses, la Java de la mémoire de modèle est conçu pour permettre le multi-core machines pour exécuter plusieurs threads Java sans avoir à continuellement vider les caches de mémoire ... ce qui voudrait tuer la performance. Fondamentalement, il indique quelques règles qui garantissent qu'un fil de Java voit mémoire des mises à jour à partir d'un autre thread. Si une application ne respecte pas les règles, il est possible qu'un thread va voir un rassis (de la date) de la valeur dans un champ écrite par un autre thread, ce qui entraîne occasionnel comportement indéfini.

    • C'est que la JVM spécifiques?
    • Non: C'est dans le JMM. stackoverflow.com/questions/3974350/...
    • Je viens juste de le dire 🙂
    • Rote la répétition est sous-évalué. 😉
    • Donc, est-orthographe 🙂
    • Apparemment, mon orthographe pratique inadéquate rote repetititition.
    • Ou pour le dire d'une autre façon, votre odeur qui pue 🙂

    InformationsquelleAutor Stephen C
  4. 4

    La final mot clé sera de s'assurer que myTextField détient la référence de ce findViewByID() renvoie et interdit toute autre affectation à myTextField variable c'est à dire après l'exécution de la 

    final EditText myTextField = (EditText) findViewById(R.id.myTextField);

    Si vous essayez d'assigner une valeur à myTextField, vous obtiendrez une erreur de compilation.

    InformationsquelleAutor Suresh Kumar
  5. 3

    Vous ne pouvez pas modifier la référence de myTextField une fois qu'il est attribué. Plus d'informations ci-dessous à partir de Wikipédia

    Une dernière variable ne peut être attribué qu'
    une fois que. Cette affectation ne pas accorder
    la variable statut immuable. Si l'
    la variable est un champ d'une classe, il
    doit être attribué dans le constructeur de
    sa classe. (Note: Si la variable est un
    de référence, cela signifie que l'
    la variable ne peut pas être lié à
    référence à un autre objet. Mais l'
    objet auquel il fait référence est toujours
    mutable, si elle était à l'origine
    mutable.) À la différence de la valeur d'un
    constant, la valeur d'une finale
    la variable n'est pas nécessairement connue au
    moment de la compilation.

    InformationsquelleAutor rkg
  6. 3

    Si une variable est marqué comme final alors la valeur de la variable ne peut pas être changé, j'.e le mot-clé final lorsqu'il est utilisé avec une variable en fait une constante. Et si vous essayez de modifier la valeur de cette variable au cours de votre programme, le compilateur vous donnera une erreur.

    InformationsquelleAutor farhankhwaja
  7. 2

    Le mot-clé final déclare myTextField comme une constante variable.

    • Semble être un oxymore?
    InformationsquelleAutor irrelephant
  8. 0

    En essayant d'expliquer l'utilisation de final modificateur de flux de code:

    public static void main(String[] args) {

    class Person {
        String name;
    }

    Person peep1 = new Person(); //points to obj at address HEX001
    peep1.name = "Mike"; 
    System.out.println(peep1.name);

    Person peep2 = new Person(); //points to obj at address HEX002
    peep2.name = "Jenna";
    System.out.println(peep2.name);

    final Person peep3 = peep1; //also points to obj at address HEX001
    System.out.println(peep3.name);

    peep1.name = "pwnd"; //modifies obj at address HEX001
    System.out.println(peep1.name);
    System.out.println(peep3.name);

    peep1 = peep2; //now it points to obj at address HEX002
    System.out.println(peep1.name);

    System.out.println(peep3.name); //still points to obj at address HEX001

    peep2.name = "Henna"; //modifies obj at address HEX002
    System.out.println(peep2.name);

    peep3 = peep2; //compiler error "The final local variable peep3 cannot be assigned. It must be
                    //blank and not using a compound assignment"

    System.out.println(peep3.name); //assuming it now points to obj at address HEX002

}

    De sortie:

    Mike
Jenna
Mike
pwnd
pwnd
Jenna
pwnd
Henna
    InformationsquelleAutor nabster