如果源解决方案中使用的默认引用（即“引用”）应该在命名空间之外，而那些“新添加的引用”是一个很好的做法，则应将其放在命名空间内。这是为了区分要添加的引用。

尚未提及：

将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-使用指令和装配加载。。。和其他此类物品在技术上没有区别。

我的偏好是将它们放在名称空间之外。

答案中讨论了技术原因，我认为这最终取决于个人偏好，因为差异没有那么大，而且两者都存在权衡。Visual Studio用于创建.cs文件的默认模板使用命名空间之外的指令，例如。

通过在项目文件的根目录中添加stylecop.json文件，可以调整stylecop以使用命名空间之外的指令进行检查，如下所示：

{
  "$schema": "https://raw.githubusercontent.com/DotNetAnalyzers/StyleCopAnalyzers/master/StyleCop.Analyzers/StyleCop.Analyzers/Settings/stylecop.schema.json",
    "orderingRules": {
      "usingDirectivesPlacement": "outsideNamespace"
    }
  }
}

您可以在解决方案级别创建此配置文件，并将其作为“现有链接文件”添加到项目中，以便在所有项目中共享配置。

通常，外部using指令（例如System和Microsoft命名空间）应该放在命名空间指令之外。除非另有规定，否则应在所有情况下应用默认值。这应该包括不属于当前项目的任何组织内部库，或者使用引用同一项目中其他主名称空间的指令。引用当前项目和命名空间中其他模块的任何using指令都应放在命名空间指令中。这有两个特定的功能：

它提供了本地模块和“其他”模块之间的视觉区别，这意味着所有其他模块。它将本地指令的范围限定为优先于全局指令应用。

后一个原因很重要。这意味着很难引入一个不明确的引用问题，而这个引用问题可能是由一个比重构代码更重要的更改引起的。也就是说，你将一个方法从一个文件移动到另一个文件，突然出现了一个以前不存在的bug。通俗地说，一个“海森堡”——历史上极难追踪。