dernière variable de cas dans l'instruction switch

        final int a = 1;
        final int b;
        b = 2;
        final int x = 0;

        switch (x) {
            case a:break;     //ok
            case b:break;     //compiler error: Constant expression required

        }
        /* COMPILER RESULT:
                constant expression required
                case b:break;
                     ^
                1 error
        */

Pourquoi suis-je obtenir ce genre d'erreur? Si je l'aurais fait final int b = 2, tout fonctionne.

définir comme final int b; rendra comme variable.
donc avant de vous init il a la valeur null
et enfin, il initialisée, pourquoi ce commutateur expression qui n'accepte pas les variables?
à l'aide d'un commutateur équivalent à if - else, ce n'est pas une bonne utilisation de la carte au lieu de cela, il a accepté de n'importe quel Objet comme une clé.
Romain, de quoi parles-tu? 🙂
êtes-vous sûr de commenter la bonne question? Une simple demande.
Les erreurs de compilation sont la partie de la question...

InformationsquelleAutor Furlando | 2013-04-27

10

b peut ne pas avoir été initialisé et il est possible d'être affectés à plusieurs valeurs. Dans votre exemple, il est évidemment initialisé, mais probablement le compilateur n'a pas à savoir que (et il ne peut pas). Imaginez:
```
final int b;
if (something) {
   b = 1;
} else {
   b = 2;
}
```
Le compilateur a besoin d'une constante dans le switch, mais la valeur de b dépend d'une variable externe.
- Mais je ne pouvais pas le compilateur "voir" que j'ai initialisé sur ligne suivante (après la déclaration), donc il ne devrait pas s'en soucier initialisé quelque part d'autre?
- non, le compilateur ne peut pas faire ça. Imaginez qu'au lieu de cette if clause vous utilisez une méthode complexe qui récupère la valeur de la base de données ou une autre source externe.
- Après la création de final int a = 1; et de l'utiliser comme x=3*a*a compilateur d'optimiser votre code et de le remplacer a avec 1 dans votre code octet, c'est pourquoi vous pouvez l'utiliser dans case a:break; mais depuis b peut être déclaré, plus tard, comme final int a = new Random().nextInt() compilateur ne sera pas en mesure de prédire ce b sera et ne sera pas en mesure de la remplacer par une constante qui est nécessaire pour case paramètre, c'est pourquoi vous voyez votre erreur.
- Merci pour cette belle explication!
- Je pense que cette réponse est un peu mal (cc:@Furlando), parce que le compilateur Java sera très certainement voir que la variable est initialisée à coup sûr. Si vous essayez d'utiliser une variable, lorsque le compilateur ne peut pas être sûr à 100% qu'il a été initialisé, vous obtenez l'erreur du compilateur. Cependant, il ne fait pas le même code d'analyse des flux sur le valeur, de sorte qu'il ne traiter final comme constante (autorisé dans case), si elle est initialisée dans la déclaration de la fonction.
- C'est en gros ce que je voulais dire. Probablement que je n'ai pas d'état il clairement?
- Eh bien, votre réponse commence par "b peut ne pas avoir été initialisé..." alors oui, peut-être re-mot un peu. Compilateur t savoir si b est sûr d'être initialisé ou non, quand il est utilisé.
- hm, ça ne marche pas. Que faire si il n'y a si(quelque chose) {b = ...}. Puis, dans les basculer le compilateur ne sait pas si b est initialisé. Et parce que si qu'il ne peut pas l'inclure.
- Si il y a un chemin de code qui peut laisser un local variable non initialisée avant sa valeur est utilisée (n'importe où, pas seulement switch-case), vous obtenez l'erreur du compilateur. L'essayer... Question de la question, c'est la différence entre les temps de compilation (final int I=1;) et d'exécution (final int I; I=1;) l'initialisation d'un final variable, pas uncertainity d'initialisation avant de l'utiliser.
- eh bien, oui, mais je pense que les deux sont la même chose. Ce dernier ne peut pas être au moment de la compilation initalized parce que le compilateur est incertain 🙂
- afin de clarifier la différence, pensez à ceci: final int b = quelque chose ? 1 : 2; Donc, la valeur de b est toujours d'exécution dépendant. Sera-ce autorisé?
- demander de l'instruction Switch..votre solution de dire à propos de if-else !!
InformationsquelleAutor Bozho
15

Le cas dans les instructions de commutation doivent être des constantes à moment de la compilation. La commande
```
final int b=2
```
affecte la valeur de 2 à b, droit au moment de la compilation. Mais la commande suivante affecte la valeur de 2 à b à Runtime.
```
final int b;
b = 2;
```
Ainsi, le compilateur se plaint, quand il ne peut pas trouver une constante dans l'un des cas de la switch déclaration.
- Ce qui devrait avoir été bonne réponse...
- Que puis-je faire à la place?
InformationsquelleAutor Rahul Bobhate
3

La dernière variable sans valeur qui lui est assignée est appelée une variable vide. Un vide final ne peut être attribuée qu'une fois et doit être assignée lorsqu'une cession ou une fois dans le programme.

Pour ce faire, un compilateur Java exécute une analyse des flux de veiller à ce que, pour chaque affectation à un vide final de la variable, la variable est non attribuées définitivement avant la cession; sinon, une erreur de compilation se produit

C'est pourquoi, lorsque le compilateur compile le commutateur de construire, il est en train de jeter l'expression constante nécessaire parce que la valeur de b n'est pas connue du compilateur.

InformationsquelleAutor rozar

Vous devez vous connecter pour publier un commentaire.