Универсальный язык сценариев для [закрывших] окон

Существует на самом деле (тонкое) различие между двумя. Предположите, что у Вас есть следующий код в File1.cs:

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

Теперь предполагают, что кто-то добавляет другой файл (File2.cs) к проекту, который похож на это:

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

поиски компилятора Outer перед рассмотрением тех using директивы вне пространства имен, таким образом, это находит Outer.Math вместо System.Math. К сожалению (или возможно к счастью?), Outer.Math не имеет никакого PI участник, таким образом, File1 теперь повреждается.

Это изменяется, если Вы помещаете using внутренняя часть Ваше объявление пространства имен, следующим образом:

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

Теперь поиски компилятора System прежде, чем искать Outer, находит System.Math, и все хорошо.

Некоторые утверждали бы, что Math могла бы быть дурная слава для пользовательского класса, так как уже существует один в [1 114]; точка здесь просто, что там различие, и она влияет на пригодность для обслуживания Вашего кода.

также интересно отметить то, что происходит, если Foo находится в пространстве имен Outer, а не Outer.Inner. В этом случае добавление Outer.Math в File2 повреждает File1 независимо от того, куда эти using идет. Это подразумевает, что компилятор ищет самое внутреннее пространство имен включения, прежде чем это посмотрит на любой using директива.