Les fonctions doivent-elles être déclarées avec une portée minimale?

Question

Dans mon expérience, la plupart des fonctions JS, des fonctions constructeur ou des fonctions de modèle de module sont déclarées comme globales ou sont liées à un objet d'espace de noms global. Dans tous les cas, ces identifiants sont globalement accessibles.

De toute ligne de code dans votre système, vous pouvez avoir:

mod1 = somepackage.SomeModule(); // couple to me! 

Voici un exemple rapide JS, mais dans d'autres langues l'idée applique. Etant donné que les globales sont considérées comme dangereuses, dans quelle mesure la visibilité des fonctions/classes devrait-elle être restreinte? Quels sont les compromis?

Ma question est un peu motivé par: 'when are globals acceptable', 'alternatives to globals' et 'return of the globals'

Merci!

Answer 1

Eh bien, il est toujours préférable de commencer avec une portée minimale que vous pouvez augmenter en cas de besoin. Mais si vous gardez les choses publiques dans un premier temps, il sera vraiment très difficile (presque impossible) de minimiser la portée car vous devrez refactoriser/réparer d'autres codes dans le processus.

Ceci est l'une des principales choses lors de la conception d'une API. De plus, garder la portée minimale est également une bonne décision de conception. De cette façon, vous pouvez gérer l'utilisation des classes. Par exemple, dans le cas d'une mise en forme d'usine, vous conservez la portée par défaut du constructeur, de sorte que seul le code de ce package particulier (c'est-à-dire votre implémentation de classe d'usine) peut créer l'objet.