Quand utiliser une instruction switch en Java

Bien, switch se sent plus "léger" dans de nombreux cas, qu'un if/else if échelle, à mon avis. Fondamentalement, vous n'avez pas beaucoup de syntaxe avec des accolades et des parenthèses dans le titre de votre code. Cela étant dit, switch hérite de C de la syntaxe. Cela signifie que vous avez break et une seule portée pour les variables, sauf si vous introduisez de nouveaux blocs.

Encore, le compilateur est capable d'optimiser switch instructions dans une table de recherche et effectuer au moment de la compilation de la vérification pour les littéraux lorsque vous traitez avec les énumérations. Donc, je suggère qu'il est généralement préférable d'utiliser switch sur if/else if si vous avez affaire avec le numérique ou les types d'énumérations.

OriginalL'auteur Joey

- Je utiliser les instructions switch pour les énumérations, c'est plus lisible qu'un if else if else if. Toutefois, vous devriez essayer d'éviter de tels contrôles dans un OO design.

OriginalL'auteur bertolami

Personnellement, j'utilise de trouver à la fois des constructions un peu trop de procédure.
Bien que l'on peut considérer comme OO extermism, j'utilise pour l'utilisation d'une Carte contenant les occurrences d'une interface interne pour chaque cas de la si.
Elle permet de mieux le code de l'isolation, je pense.
Cependant, pour vraiment répondre à votre question, je n'utilise que des switchs quand j'ai le cas que vraiment se chevauchent (le, la, je n'utilise pas de break). Malheureusement, ce n'est vraiment pas un bloc de code maintenable.

OriginalL'auteur Riduidel

Il y a deux facteurs pour moi:

Lisibilité et si vous voulez choisir quelque chose à l'aide de gammes de valeurs ou conditions (dans les instructions switch vous ne pouvez utiliser qu'un seul nombre ou de la valeur énumérée).

OriginalL'auteur Alex

Interrupteur et les énumérations.

Si la valeur d'enum vous test peut légitimement être null pour une raison quelconque, de le mettre dans l'instruction switch va générer une exception NullPointerException. Sans regarder le code octet c'est un peu décevant qu'il le ferait.

L'explication: les énumérations sont sucre syntaxique introduit dans la version 1.5. Instruction Switch fonctionne toujours avec une bonne ole entiers, mais les valeurs que l'on utilise sont des ordinaux attribué enum. Afin d'obtenir le nombre, la valeur d'enum DOIT être non null.

if statement, d'autre part, serait heureux d'accepter null pour une valeur d'enum et simplement de ne pas le tester sans NPE.

OriginalL'auteur Alexander Pogrebnyak

J'ai toujours trouvé que le java instruction switch n'est pas aussi puissant que j'en ai besoin. Dans son la dernière version lambdaj il met en œuvre avec une utilisation intelligente de la fermeture et de Hamcrest matcher.

Par exemple le lambdaj Switcher permet de mettre en œuvre un modèle de stratégie. En supposant que vous avez pour basculer entre les trois algorithme de tri basée sur certaines caractéristiques de la liste à trier. En particulier, supposons que nous avons un algorithme spécialisé pour les Chaînes:

public List<String> sortStrings(List<String> list) {
    //a sort algorithm suitable for Strings
}

un autre qui fonctionne bien avec de petites listes n'ayant pas plus de 100 articles:

public List<T> sortSmallList(List<T> list) {
    //a sort algorithm suitable for no more than 100 items
}

et plus objectif général:

public List<String> sort(List<String> list) {
    //a generic sort algorithm
}

Compte tenu de ces 3 méthodes de tri, il est possible de créer une stratégie qui choisit le plus adapté dans la suite de façon déclarative:

Switcher<List<T>> sortStrategy = new Switcher<List<T>>()
    .addCase(having(on(List.class).get(0), instanceOf(String.class))), 
        new Closure() {{ of(this).sortStrings(var(List.class)); }})
    .addCase(having(on(List.class).size(), lessThan(100))), 
        new Closure() {{ of(this).sortSmallList(var(List.class)); }})
    .setDefault(new Closure() {{ of(this).sort(var(List.class)); }});

et trier une liste en utilisant le meilleur algorithme disponible en invoquant l'Aiguilleur:

List<T> sortedList = sortStrategy.exec(list, list);

OriginalL'auteur Mario Fusco

si vous avez trop de conditions à vérifier pour ce type u peut aller de l'interrupteur.

OriginalL'auteur GuruKulki

Je suis d'accord avec x4u réponse.

En outre, il ya une autre instance ne sont pas mentionnés, mais où, je pense qu'il est préférable d'utiliser if-else blocs plutôt qu'un switch: lorsque des conditions supplémentaires à chacun des case blocs sont testés avec if blocs. Je vois ce mélange tout le temps dans le code existant.

Par exemple je viens de tomber sur ce code qui a un switch sur une chaîne type et vérifie ensuite une deuxième chaîne extension à l'aide d'un if dans les deux case consolidés.

 public abstract class Temp {

    boolean valid;

    public Temp() {
        String type = getType();
        String extension = getFilenameExtension();
        switch(type) {
            case "Image File": {
                if(!".jpg".equals(extension) && !".png".equals(extension)) {
                    warnWrongImageFormat();
                    valid = false;
                }
                break;
            }
            case "Zip File": {
                if(!".zip".equals(extension)) {
                    warnWrongZipFormat();
                    valid = false;
                }
                break;
            }
            default: {
                valid = true;
                break;
            }
        }
    }

    abstract String getType();
    abstract String getFilenameExtension();
    abstract void warnWrongImageFormat();
    abstract void warnWrongZipFormat();
}

Au lieu de cela, il est beaucoup plus propre et moins complexes pour réduire cela à un if else

public abstract class Temp {

    boolean valid;

    public Temp() {
        String type = getType();
        String extension = getFilenameExtension();
        valid = true;
        if("Image File".equals(type) && !".jpg".equals(extension) && !".png".equals(extension)) {
            warnWrongImageFormat();
            valid = false;
        }
        else if("Zip File".equals(type) && !".zip".equals(extension)) {
            warnWrongZipFormat();
            valid = false;
        }
    }

    abstract String getType();
    abstract String getFilenameExtension();
    abstract void warnWrongImageFormat();
    abstract void warnWrongZipFormat();
}

OriginalL'auteur Kirby