L'utilisation des directives devrait-elle être placée à l'intérieur ou à l'extérieur des espaces de noms en C #?

Le placement de l'utilisation d'instructions en C #: Considération des facteurs

Lors de l'analyse du code C # avec Stylecop, vous pouvez recevoir un avertissement de placer l'instruction d'utilisation dans l'espace de nom. La question est: y a-t-il une raison technique à cela?

L'influence du placement

Mettre l'instruction d'utilisation à l'intérieur ou à l'extérieur de l'espace de dénomination peut changer subtilement le comportement du code. Considérez la structure de code suivante:

Si vous ajoutez un autre fichier (file2.cs), il a le contenu suivant:

// File1.cs
using System;
namespace Outer.Inner
{
    class Foo
    {
        static void Bar()
        {
            double d = Math.PI;
        }
    }
}

Lorsque l'instruction d'utilisation est en dehors de l'espace de nom, le compilateur donnera la priorité à outr.math au lieu de System.math, car le manque de membres PI dans le mouton extérieur provoque l'interruption du code.

// File2.cs
namespace Outer
{
    class Math
    {
    }
}

<命> Placement du nom de l'espace de nom

En plaçant l'instruction d'utilisation dans l'espace de nom, l'ordre du compilateur changera. System.math est préféré par out.math, qui résout le problème de l'interruption de code.

<命> Nommer l'espace imbriqué et placé

// File1b.cs
namespace Outer.Inner
{
    using System;
    class Foo
    {
        static void Bar()
        {
            double d = Math.PI;
        }
    }
}

De plus, vous rechercherez l'espace de nom fermé le plus intérieur avant toute instruction. Lorsque FOO appartient à l'espace de dénomination externe (et non extérieure), quel que soit le placement de l'instruction d'utilisation, l'ajout d'Undrut.math à File2 détruira File1.

Conclusion

Bien que ce ne soit pas un problème technique clé, placer l'instruction d'utilisation dans l'espace de nom peut être amélioré en clarifiant la priorité de l'analyse des membres pour améliorer la maintenance du code. Il peut également garantir que votre code entre en conflit avec les espaces de dénomination pouvant provoquer une interruption accidentelle.

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!