Java Enum.Valueof () Efficacité lorsque la valeur n'existe pas

stocker les chaînes valides dans un hashset code> et décidez si une chaîne est une journée valide ou non basée sur set.Contains (...) code> ".

L'ensemble peut être un jeu final statique code>, et vous pouvez envelopper une valeur non modifiable pour une bonne mesure: P>

private static final Map<String> WEEKDAY_STRINGS;
static {
  HashSet<String> set = new HashSet();
  for (WeekDay d : WeekDay.values()) {
    set.add(d.toString());
  }
  WEEKDAY_STRINGS = Collections.unmodifiableSet(set);
}

La boucle ne fait rien que l'appelant la valeurOf ne le fait pas, ils ont la même fonctionnalité: vérifier si votre chaîne est valide enum. Que pensez-vous que vous gagnez de la première option?

La deuxième option est la meilleure: xxx

ou vous pouvez créer une recherche de valeurs ENUM à l'intérieur de votre Enum lorsque la classe première charge (voir modificateur statique) et validez à l'aide de GET () comme indiqué ci-dessous: XXX

Permettez-moi de savoir si Vous avez besoin de plus de détails

Comme a été commenté, vous devrez profiler pour savoir à coup sûr. Même dans votre propre approche d'analyse, vous pouvez le rendre plus rapide en retournant l'énumé lorsque vous analysez la liste.

public enum WeekDay {
    MONDAY, TUESDAY, WEDNESDAY, THURSDAY, FRIDAY;

    private static Map<String, WeekDay> valueMap;

    public static WeekDay getValue(String possibleName)
    {
        if (valueMap == null)
        {
            valueMap = new HashMap<String, WeekDay>();
            for(WeedDay day: values())
                valueMap.put(day.toString(), day);
        }
        return valueMap.get(possibleName);

    }
 }

Quel est le problème de performance de la 2e approche? Attraper une exception comme ça coûte presque rien. L'utilisation d'exceptions pour le flux de contrôle normal est généralement une mauvaise idée d'une perspective de conception, les jours où cela a été une considération de performance. Dans un débogueur, en utilisant des exceptions comme des opérations de contrôle importantes ralentira les choses d'environ 10. Mais cela est optimisé par le JIT et il n'y a pas d'impact mesurable dans la production.

Ces chiffres sont basés sur l'expérience avec une évaluation que j'ai faite du projet ZXing, qui utilise des exceptions pour toutes sortes de contrôle de flux. Quand je l'ai vu pour la première fois, j'étais horrifié. Je pense toujours que ce n'est pas le meilleur design, mais j'ai fait de nombreux tests et je peux dire avec un bon peu de confiance qu'il n'avait aucun impact réel sur la performance. Et ceci est un algorithme qui utilisait des exceptions partout au lieu de contrôle de flux. Votre situation, où l'exception ne sera levée que dans des circonstances extrêmement exceptionnelles, n'est pas un problème.

Edit: J'ai eu un bowvote ou deux sur ma réponse, et je veux m'assurer que je suis très clair sur ce que je dis: je ne pense pas que c'est une bonne idée d'utiliser des exceptions pour la normale flux de contrôle. Ce n'est pas parce que la performance n'est pas un bon argument pour ne pas utiliser d'exceptions de cette façon ne signifie pas qu'il n'y a pas d'autres raisons parfaitement valables (telles que la lisibilité, la qualification, l'extension). Dans le cas de l'OP, l'utilisation d'une exception est absolument appelée et ne causerait certainement aucune sorte de problème de performance.

Si votre question concerne vraiment l'efficacité de la recherche de 7 articles, vous avez déjà trop gaspillé de temps dessus. Même les algorithmes de recherche les plus rapides donnent des avantages zéro ou négatif jusqu'à n> environ 15 ou plus que le O (1).

Je connais son ancien poste, mais je crois que le résultat après le résultat sera toujours intéressant. I Exécutez 10000000 tests pour trouver un élément dans Enum Enum {premier, deuxième, troisième, quatrième, dernier} à l'aide de JDK 1.8. Le tableau ci-dessous montre l'heure requise par une boucle simple et une valeur de () . xxx

conclusion - je n'utiliserais pas valueof () si Je m'attends à ce que les valeurs ne correspondent pas à Enum.