我一直在一些C#代码上运行StyleCop，它不断报告我的using指令应该在命名空间中。
是否有技术原因将using指令放在命名空间内部而不是外部？
当前回答
这个主题已经有了一些很好的答案，但我觉得我可以用这个额外的答案带来更多的细节。
首先，请记住带有句点的命名空间声明，如：
namespace MyCorp.TheProduct.SomeModule.Utilities
{
...
}
完全等同于：
namespace MyCorp
{
namespace TheProduct
{
namespace SomeModule
{
namespace Utilities
{
...
}
}
}
}
如果您愿意，可以在所有这些级别上使用指令。（当然，我们只想在一个地方使用，但根据语言的不同，这是合法的。）
解析隐含类型的规则可以大致如下：首先在最内部的“范围”中搜索匹配项，如果没有找到匹配项，则从一个级别转到下一个范围，然后在那里搜索，依此类推，直到找到匹配项。如果在某个级别上找到多个匹配项，如果其中一个类型来自当前程序集，请选择该类型并发出编译器警告。否则，放弃（编译时错误）。
现在，让我们在两个主要约定的具体示例中明确这意味着什么。
（1） 外部使用：
using System;
using System.Collections.Generic;
using System.Linq;
//using MyCorp.TheProduct; <-- uncommenting this would change nothing
using MyCorp.TheProduct.OtherModule;
using MyCorp.TheProduct.OtherModule.Integration;
using ThirdParty;
namespace MyCorp.TheProduct.SomeModule.Utilities
{
class C
{
Ambiguous a;
}
}
在上面的例子中，为了找出Ambiguous是什么类型，搜索按以下顺序进行：
C内部的嵌套类型（包括继承的嵌套类型）当前命名空间MyCorp.TheProduct.SomeModule.Utilities中的类型命名空间MyCorp.TheProduct.SomeModule中的类型MyCorp.TheProduct中的类型MyCorp中的类型空命名空间（全局命名空间）中的类型System、System.Collections.Generic、System.Linq、MyCorp.TheProduct.OtherModule、MyCorp.TheProduct.Other Module.Integration和ThirdParty中的类型
其他约定：
（2） 内部使用：
namespace MyCorp.TheProduct.SomeModule.Utilities
{
using System;
using System.Collections.Generic;
using System.Linq;
using MyCorp.TheProduct; // MyCorp can be left out; this using is NOT redundant
using MyCorp.TheProduct.OtherModule; // MyCorp.TheProduct can be left out
using MyCorp.TheProduct.OtherModule.Integration; // MyCorp.TheProduct can be left out
using ThirdParty;
class C
{
Ambiguous a;
}
}
现在，按以下顺序搜索类型Ambiguous：
C内部的嵌套类型（包括继承的嵌套类型）当前命名空间MyCorp.TheProduct.SomeModule.Utilities中的类型System、System.Collections.Generic、System.Linq、MyCorp.TheProduct、MyCorp.TheProduct.OtherModule、MyCorp.TheProduct.OtherModule.Integration和第三方中的类型命名空间MyCorp.TheProduct.SomeModule中的类型MyCorp中的类型空命名空间（全局命名空间）中的类型
（注意MyCorp.TheProduct是“3.”的一部分，因此在“4.”和“5.”之间不需要。）
结束语
无论您将using放在名称空间声明的内部还是外部，都有可能有人稍后将具有相同名称的新类型添加到其中一个具有较高优先级的名称空间中。
此外，如果嵌套命名空间与类型同名，则可能会导致问题。
将using从一个位置移动到另一个位置总是很危险的，因为搜索层次结构发生了变化，可能会找到另一种类型。因此，选择一个惯例并坚持它，这样你就不必再使用。
默认情况下，VisualStudio的模板将using放在命名空间之外（例如，如果您使VS在新文件中生成新类）。
在外部使用using的一个（微小的）优点是，您可以使用全局属性的using指令，例如[assembly:ComVisible（false）]而不是[assembly:System.Runtime.InteropServices.ComVisible。
关于文件范围的命名空间声明的更新
由于C#10.0（从2021开始），您可以避免缩进，并使用以下两种方法之一（惯例1，在外部使用）：
using System;
using System.Collections.Generic;
using System.Linq;
using MyCorp.TheProduct.OtherModule;
using MyCorp.TheProduct.OtherModule.Integration;
using ThirdParty;
namespace MyCorp.TheProduct.SomeModule.Utilities;
class C
{
Ambiguous a;
}
或（惯例2，内部使用）：
namespace MyCorp.TheProduct.SomeModule.Utilities;
using System;
using System.Collections.Generic;
using System.Linq;
using MyCorp.TheProduct;
using MyCorp.TheProduct.OtherModule;
using MyCorp.TheProduct.OtherModule.Integration;
using ThirdParty;
class C
{
Ambiguous a;
}
但同样的考虑也适用。
其他回答
这个主题已经有了一些很好的答案，但我觉得我可以用这个额外的答案带来更多的细节。
首先，请记住带有句点的命名空间声明，如：
namespace MyCorp.TheProduct.SomeModule.Utilities
{
...
}
完全等同于：
namespace MyCorp
{
namespace TheProduct
{
namespace SomeModule
{
namespace Utilities
{
...
}
}
}
}
如果您愿意，可以在所有这些级别上使用指令。（当然，我们只想在一个地方使用，但根据语言的不同，这是合法的。）
解析隐含类型的规则可以大致如下：首先在最内部的“范围”中搜索匹配项，如果没有找到匹配项，则从一个级别转到下一个范围，然后在那里搜索，依此类推，直到找到匹配项。如果在某个级别上找到多个匹配项，如果其中一个类型来自当前程序集，请选择该类型并发出编译器警告。否则，放弃（编译时错误）。
现在，让我们在两个主要约定的具体示例中明确这意味着什么。
（1） 外部使用：
using System;
using System.Collections.Generic;
using System.Linq;
//using MyCorp.TheProduct; <-- uncommenting this would change nothing
using MyCorp.TheProduct.OtherModule;
using MyCorp.TheProduct.OtherModule.Integration;
using ThirdParty;
namespace MyCorp.TheProduct.SomeModule.Utilities
{
class C
{
Ambiguous a;
}
}
在上面的例子中，为了找出Ambiguous是什么类型，搜索按以下顺序进行：
C内部的嵌套类型（包括继承的嵌套类型）当前命名空间MyCorp.TheProduct.SomeModule.Utilities中的类型命名空间MyCorp.TheProduct.SomeModule中的类型MyCorp.TheProduct中的类型MyCorp中的类型空命名空间（全局命名空间）中的类型System、System.Collections.Generic、System.Linq、MyCorp.TheProduct.OtherModule、MyCorp.TheProduct.Other Module.Integration和ThirdParty中的类型
其他约定：
（2） 内部使用：
namespace MyCorp.TheProduct.SomeModule.Utilities
{
using System;
using System.Collections.Generic;
using System.Linq;
using MyCorp.TheProduct; // MyCorp can be left out; this using is NOT redundant
using MyCorp.TheProduct.OtherModule; // MyCorp.TheProduct can be left out
using MyCorp.TheProduct.OtherModule.Integration; // MyCorp.TheProduct can be left out
using ThirdParty;
class C
{
Ambiguous a;
}
}
现在，按以下顺序搜索类型Ambiguous：
C内部的嵌套类型（包括继承的嵌套类型）当前命名空间MyCorp.TheProduct.SomeModule.Utilities中的类型System、System.Collections.Generic、System.Linq、MyCorp.TheProduct、MyCorp.TheProduct.OtherModule、MyCorp.TheProduct.OtherModule.Integration和第三方中的类型命名空间MyCorp.TheProduct.SomeModule中的类型MyCorp中的类型空命名空间（全局命名空间）中的类型
（注意MyCorp.TheProduct是“3.”的一部分，因此在“4.”和“5.”之间不需要。）
结束语
无论您将using放在名称空间声明的内部还是外部，都有可能有人稍后将具有相同名称的新类型添加到其中一个具有较高优先级的名称空间中。
此外，如果嵌套命名空间与类型同名，则可能会导致问题。
将using从一个位置移动到另一个位置总是很危险的，因为搜索层次结构发生了变化，可能会找到另一种类型。因此，选择一个惯例并坚持它，这样你就不必再使用。
默认情况下，VisualStudio的模板将using放在命名空间之外（例如，如果您使VS在新文件中生成新类）。
在外部使用using的一个（微小的）优点是，您可以使用全局属性的using指令，例如[assembly:ComVisible（false）]而不是[assembly:System.Runtime.InteropServices.ComVisible。
关于文件范围的命名空间声明的更新
由于C#10.0（从2021开始），您可以避免缩进，并使用以下两种方法之一（惯例1，在外部使用）：
using System;
using System.Collections.Generic;
using System.Linq;
using MyCorp.TheProduct.OtherModule;
using MyCorp.TheProduct.OtherModule.Integration;
using ThirdParty;
namespace MyCorp.TheProduct.SomeModule.Utilities;
class C
{
Ambiguous a;
}
或（惯例2，内部使用）：
namespace MyCorp.TheProduct.SomeModule.Utilities;
using System;
using System.Collections.Generic;
using System.Linq;
using MyCorp.TheProduct;
using MyCorp.TheProduct.OtherModule;
using MyCorp.TheProduct.OtherModule.Integration;
using ThirdParty;
class C
{
Ambiguous a;
}
但同样的考虑也适用。
尚未提及：
将using指令放在命名空间声明中是众所周知的最佳编程实践的一个应用，即在尽可能小的范围内声明所有内容。
如果最佳编程实践是您的第二天性，那么您可以自动执行类似的操作。
这可能是将using指令放在命名空间声明中的最佳理由，而不管其他地方提到的（边界）技术（边界）优点；就这么简单。
已经提到了，但可能更好地说明了：
在名称空间中放置using指令可以避免不必要的重复，并使声明更加简洁。
这是不必要的简洁：
using Com.Acme.Products.Traps.RoadRunnerTraps;
namespace Com.Acme.Products.Traps {
这是甜蜜的，切中要害：
namespace Com.Acme.Products.Traps {
using RoadRunnerTraps;
将其放在名称空间中会使声明成为文件的该名称空间的本地声明（如果文件中有多个名称空间），但如果每个文件只有一个名称空间，那么它们在名称空间外部还是内部都没有太大区别。
using ThisNamespace.IsImported.InAllNamespaces.Here;
namespace Namespace1
{
using ThisNamespace.IsImported.InNamespace1.AndNamespace2;
namespace Namespace2
{
using ThisNamespace.IsImported.InJustNamespace2;
}
}
namespace Namespace3
{
using ThisNamespace.IsImported.InJustNamespace3;
}
如果源解决方案中使用的默认引用（即“引用”）应该在命名空间之外，而那些“新添加的引用”是一个很好的做法，则应将其放在命名空间内。这是为了区分要添加的引用。
根据Hanselman-使用指令和装配加载。。。和其他此类物品在技术上没有区别。
我的偏好是将它们放在名称空间之外。
