完全限定名称与using指令是否只是一种观点问题？

Question

我发现在我大部分独立工作的环境中，我越来越多地使用完全限定的方法调用，而不是使用指令。以前，我只是保持与团队上最突出的编码实践一致。

个人而言，我觉得阅读冗长的代码更容易一目了然，我打字很快，尤其是有自动完成功能，我发现自己更经常使用谷歌作为我的文档来源，这时完全限定的名称会返回一个更窄的结果集。这些显然是非常主观的理由，更喜欢使用完全限定的方法调用而不是指令。

在重构工具普及的今天，是否存在使用指令优于完全限定或者相反的具体原因，还是纯粹是个人喜好问题，就像注释间隔一样？最后，你更喜欢哪种方式，为什么？

- Serapth

Answer 1

这可能是主观的看法。

在我工作的地方/我个人偏好使用using语句。这样可以使名称/行短，从而使日常生活更加轻松愉快。此外，您只需将鼠标悬停在某个内容上即可获得其完全限定名称。

- Finglas

Answer 2

我尽可能使用using语句. 能读得少一些，我需要解析的就会更少:

System.Windows.Form form = new System.Windows.Form();

这只是比起其他工作更加繁琐的工作。

var form = new Form();

请注意，这要求您的整个店铺都不要做一些愚蠢的事情，比如创建自己的超级表格类，从而引起歧义。

- Stu

---

使用 var 会使这段代码更难读懂。如果显式声明变量类型，那将更好。 - Finglas

我有一种感觉，var 变量在 C# 历史上将成为最被误用的特性。它可以非常容易地创建一些难以理解的代码。 - Serapth

我强烈不同意。从左到右阅读时，当我看到'='时，我应该知道变量是什么以及它的名称。我更喜欢通过给变量赋予有意义的名称并尽可能缩短它来实现这两个目标。此外，始终使用var使得轻松地浏览代码并一眼找出变量声明成为可能。 - Stu

Answer 3

我通常更喜欢在实际代码中使用import，而在示例等情况下使用完全限定的代码。

- lance

Answer 4

可读性。

想象一下，一年后的你试图阅读你的代码。你希望它明确简洁，并且每个数据只有一个信息点（DRY原则）。

- Klaim