Comment supprimer globalement « time.Now() » pour des tests plus faciles ?

Comment bloquer time.Now() à l'échelle mondiale pour les tests

Dans le codage, certains éléments peuvent être sensibles au temps, nécessitant la manipulation de temps à des fins de tests. Une méthode consiste à supprimer time.Now() dans le test. Cependant, time.Now() est fréquemment invoqué, ce qui nécessite la maintenance d'une variable pour surveiller le temps de sommeil réellement écoulé.

Cet article examine des approches alternatives pour supprimer globalement time.Now(), y compris l'utilisation de interfaces personnalisées et possibilité de créer un package "time" modifié.

Approche d'interface personnalisée

La méthode d'interface personnalisée implique implémentant une interface similaire à la suivante :

type Clock interface {
  Now() time.Time
  After(d time.Duration) <-chan time.Time
}

Cette interface fournit un espace réservé pour les méthodes Now() et After(), vous permettant de définir des implémentations spécifiques pour les tests et la production. Par exemple :

type realClock struct{}

func (realClock) Now() time.Time { return time.Now() }
func (realClock) After(d time.Duration) <-chan time.Time { return time.After(d) }

Problèmes potentiels

Bien que l'approche de l'interface personnalisée soit efficace, elle comporte quelques mises en garde :

• Transmettre une variable d'interface : Vous devrez peut-être transmettre l'interface de l'horloge en tant que paramètre aux fonctions et méthodes qui utilisent time.Now().
• Aucun remplacement global : Cette méthode ne fournit pas de remplacement global pour time.Now().

Alternative Approches

• Modification du package "time" : Il est possible de créer un package "time" modifié qui encapsule le package time de la bibliothèque standard et fournit un mécanisme permettant de passer à une bibliothèque de temps fictive pour les tests.
• Conception de code sans état : Pour éviter les effets secondaires et faciliter les tests, envisagez de concevoir votre code avec des composants sans état.

Attention :

Modification l'heure du système lors de l'exécution des tests ou en général n'est pas recommandée car cela peut entraîner des dépendances inattendues et des problèmes de débogage.

Conclusion

Stubbing time.Now() globalement les tests nécessitent un examen attentif. Bien que l’approche de l’interface personnalisée soit une option viable, elle peut introduire une complexité supplémentaire. Alternativement, vous pouvez créer un package « time » modifié ou concevoir votre code avec des composants sans état pour simplifier les tests.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!