Juste eu une question similaire et a décidé d'essayer certaines des suggestions de ce fil.
J'ai comparé les meilleurs et les pires scénarios de 3 types de recherche:
- en utilisant une carte
- en utilisant une liste
- à l'aide d'une instruction switch
voici le code de fonction:
func belongsToMap(lookup string) bool {
list := map[string]bool{
"900898296857": true,
"900898302052": true,
"900898296492": true,
"900898296850": true,
"900898296703": true,
"900898296633": true,
"900898296613": true,
"900898296615": true,
"900898296620": true,
"900898296636": true,
}
if _, ok := list[lookup]; ok {
return true
} else {
return false
}
}
func belongsToList(lookup string) bool {
list := []string{
"900898296857",
"900898302052",
"900898296492",
"900898296850",
"900898296703",
"900898296633",
"900898296613",
"900898296615",
"900898296620",
"900898296636",
}
for _, val := range list {
if val == lookup {
return true
}
}
return false
}
func belongsToSwitch(lookup string) bool {
switch lookup {
case
"900898296857",
"900898302052",
"900898296492",
"900898296850",
"900898296703",
"900898296633",
"900898296613",
"900898296615",
"900898296620",
"900898296636":
return true
}
return false
}
les meilleurs scénarios choisissent le premier élément dans les listes, les pires cas utilisent une valeur inexistante.
Voici les résultats:
BenchmarkBelongsToMapWorstCase-4 2000000 787 ns/op
BenchmarkBelongsToSwitchWorstCase-4 2000000000 0.35 ns/op
BenchmarkBelongsToListWorstCase-4 100000000 14.7 ns/op
BenchmarkBelongsToMapBestCase-4 2000000 683 ns/op
BenchmarkBelongsToSwitchBestCase-4 100000000 10.6 ns/op
BenchmarkBelongsToListBestCase-4 100000000 10.4 ns/op
Switch gagne tout le chemin, le pire des cas est incroyablement plus rapide que le meilleur des cas. Les cartes sont les pires et la liste est plus proche de changer.
Donc, la morale est la suivante: si vous avez une liste statique et raisonnablement petite, la déclaration switch est la voie à suivre.