Comment faire pour utiliser la valeur null dans le commutateur

Ce n'est pas possible avec un switch déclaration en Java. Vérifier null avant la switch:

if (i == null) {
    doSomething0();
} else {
    switch (i) {
    case 1:
        //...
        break;
    }
}

Vous ne pouvez pas utiliser des objets arbitraires dans la switch consolidés^*. La raison que le compilateur ne se plaignent pas switch (i) où i est un Integer est parce que Java auto-unboxes la Integer à un int. Comme assylias déjà dit, l'unboxing va jeter un NullPointerException quand i est null.

^* Depuis Java 7, vous pouvez utiliser String dans switch consolidés.

Plus sur switch (y compris exemple avec une variable de type null) dans Oracle Docs - Commutateur

switch(i) va lancer une exception NullPointerException si i est null, car il va essayer de unbox la Integer dans un int. Donc case null, qui se trouve être illégale, n'aurait jamais été atteint de toute façon.

Vous avez besoin pour vérifier que je n'est pas null avant de l' switch déclaration.

Donné:

public enum PersonType {
    COOL_GUY(1),
    JERK(2);

    private final int typeId;
    private PersonType(int typeId) {
        this.typeId = typeId;
    }

    public final int getTypeId() {
        return typeId;
    }

    public static PersonType findByTypeId(int typeId) {
        for (PersonType type : values()) {
            if (type.typeId == typeId) {
                return type;
            }
        }
        return null;
    }
}

Pour moi, cela s'aligne avec un look-up table dans une base de données (pour rarement-mise à jour des tables seulement).

Cependant, lorsque j'essaie d'utiliser findByTypeId dans une instruction switch (à partir de la, le plus probable, la saisie de l'utilisateur)...

int userInput = 3;
PersonType personType = PersonType.findByTypeId(userInput);
switch(personType) {
case COOL_GUY:
    //Do things only a cool guy would do.
    break;
case JERK:
    //Push back. Don't enable him.
    break;
default:
    //I don't know or care what to do with this mess.
}

...comme d'autres l'ont dit, il en résulte une NPE @ switch(personType) {. Une façon de contourner (c'est à dire, "solution"), j'ai commencé à mettre en œuvre était d'ajouter une UNKNOWN(-1) type.

public enum PersonType {
    UNKNOWN(-1),
    COOL_GUY(1),
    JERK(2);
    ...
    public static PersonType findByTypeId(int id) {
        ...
        return UNKNOWN;
    }
}

Maintenant, vous n'avez pas à faire null-vérification de la où il le faut et vous pouvez choisir, ou non, de la poignée UNKNOWN types. (NOTE: -1 est peu probable que l'identificateur dans un scénario d'entreprise, mais bien évidemment choisir quelque chose qui fait sens pour votre cas d'utilisation).

Certaines bibliothèques offrir des alternatives à la builtin java switch déclaration. Vavr est l'un d'entre eux, ils généraliser ce modèle à la correspondance.

Voici un exemple de leur documentation:

String s = Match(i).of(
    Case($(1), "one"),
    Case($(2), "two"),
    Case($(), "?")
);

Vous pouvez utiliser n'importe quel prédicat, mais ils offrent beaucoup d'entre eux hors de la boîte, et $(null) est parfaitement légal. Je trouve cette solution plus élégante que les autres, mais cela nécessite de java8 et une dépendance sur le vavr bibliothèque...

switch (String.valueOf(value)){
    case "null":
    default: 
}

Il suffit de considérer comment le COMMUTATEUR peut fonctionner,

• en cas de primitives nous savons qu'il peut échouer avec NPE pour l'auto-boxing
• mais pour Chaîne ou enum, il pourrait être invoquant la méthode equals, qui a de toute évidence besoin d'un LHS valeur égale est invoquée.
  Donc, compte tenu de l'absence d'une méthode peut être appelée sur un nul, commutateur cant gérer la valeur null.