为什么是“使用系统”；不算作坏习惯吗？

我具有C ++背景，并且我完全理解并同意以下问题的答案：为什么“使用命名空间标准”；被认为是不良做法？

因此，令我惊讶的是，现在已经有了C＃的经验，我看到了与之完全相反的地方： using Some.Namespace;确实在任何地方都使用过。无论何时开始使用类型，都首先为其名称空间添加using指令（如果尚不存在）。我不记得曾经看到过一个.cs不是以-开头的文件using System; using System.Collections.Generic; using X.Y.Z; etc...。实际上，如果您通过Visual Studio向导添加了新文件，即使您根本不需要它们，它也会在其中自动添加一些using指令。因此，尽管在C ++社区中您基本上被私刑了，但C＃甚至鼓励这样做。至少我是这样。

现在，我知道在C＃和C ++中使用指令并不完全相同。另外，我确实知道，using namespace在C ++中可以做的最讨厌的事情之一，即将其放入头文件中，由于缺少头文件和的概念，因此在C＃中没有同等讨厌的对象#include。

但是，尽管它们有所不同，但在C＃和C ++中使用伪指令却达到了相同的目的，即仅需SomeType始终键入，而不必花更长的时间Some.Namespace.SomeType（在C ++中使用::代替.）。出于同样的目的，危险对我来说似乎也一样：命名碰撞。

在最佳情况下，这会导致编译错误，因此您“仅”必须进行修复。在最坏的情况下，它仍然会编译，并且代码会静默地执行与您预期的不同的操作。所以我的问题是：为什么（显然）使用的指令在C＃和C ++中被认为是同等糟糕的？

我有一些答案的想法（尽管这些想法都没有真正让我满意）：

• 命名空间趋向于更长和更嵌套在C＃比在C ++（std对比System.Collection.Generic）。因此，以这种方式对代码进行降噪会有更多的愿望和收获。但是，即使这是真的，该参数也仅在我们查看标准名称空间时适用。自定义名称可以在C＃和C ++中具有您喜欢的任何短名称。

• 在C＃中，命名空间似乎比在C ++中更“精细”。举个例子，在C ++整个标准库包含在std（加上一些微小的嵌套的命名空间一样chrono），而在C＃中你有System.IO，System.Threading，System.Text等，所以，其命名冲突的风险较小。但是，这只是一种直觉。实际上，我没有计算您使用using namespace std和导入的名称using System。同样，即使这是正确的，此参数也仅在查看标准名称空间时适用。您可以在C＃和C ++中将自己的代码设计为细粒度。

还有更多争论吗？我对实际的硬事实（如果有的话）特别感兴趣，而对观点却不太感兴趣。

为什么是“使用系统”；不算作坏习惯吗？

“使用系统”；是不是普遍不被认为是不好的做法。例如，请参见：为什么不在C＃中使用'using'指令？

但是确实可以认为它并不像坏的那样using namespace std。可能是因为：

1. C＃没有头文件。使用预处理器将一个C＃源文件“包含”到另一个C＃源文件中是不常见的。

2. std名称空间几乎是平坦的，即几乎所有标准库函数，类型和变量都在其中（几乎没有例外，例如文件系统子名称空间）。它包含非常多的标识符。据我了解， System包含的名称要少得多，而具有更多的子命名空间。

3. 在C＃中，没有全局函数或变量。因此，与具有这些标识符的C ++相比，全局标识符的数量通常非常小：此外，通常使用不带名称空间的C库（通常是间接使用），因此将其所有名称放入全局命名空间。

4. 据我所知，C＃没有依赖于参数的查找。ADL与名称隐藏，重载等结合可能会导致某些程序不受名称冲突影响，而其他程序受到微妙影响的情况，并且在测试中无法捕获所有极端情况。

由于存在这些差异，因此“使用系统” 名称冲突的可能性比更低using namespace std。

同样，名称空间“导入”在某种程度上是一种永续的约定：如果惯例是导入标准名称空间，则程序员通常会尝试避免从该名称空间中为自己的标识符选择名称，这有助于减少与这样的约定。

如果认为这种导入是不好的做法，那么程序员甚至不太可能尝试避免与导入的名称空间发生冲突。这样一来，即使选择之间的论据权重本来就很微妙，惯例还是倾向于对实践持反对意见或反对态度。

但是，尽管它们有所不同，但在C＃和C ++中使用伪指令却达到了相同的目的，只需要始终键入SomeType，而不是更长的Some.Namespace.SomeType（在C ++中使用::代替。）。出于同样的目的，危险似乎也就在于我：命名冲突。

是的，但是您没有导出该危险（请参阅：强迫其他人应对），原因是：

现在，我知道在C＃和C ++中使用指令并不完全相同。另外，我确实了解到，在C ++中使用名称空间可以做的最讨厌的事情之一，即将其放入头文件中，由于缺少头文件和#include的概念，因此在C＃中没有等效项。

所以这是另一种类别的事情。

同样，C ++并非“设计”为以与C＃相同的方式在IDE中开发。C＃基本上总是使用Visual Studio的Intellisense和诸如此类的东西编写。它被设计为由创建它的人使用。不管有多少人使用IDE来进行C ++开发，在设计该用例时都不会将其作为压倒一切的考虑。

在C＃中，命名空间似乎比在C ++中更“精细”。

是的，那也是。using namespace std而且using System.Collection.Generic是无与伦比的。

所以不要比较它们！