ReSharper 和 var

Question

可能的重复：
为什么 ReSharper 希望对所有内容使用“var”？

我有 ReSharper 4.5，到目前为止发现它非常有用，但我有一个担忧；
它似乎想让每个变量声明都隐式（var）。
作为一个相对较新的开发人员，在这方面我应该信任 ReSharper 多少？

从绘制选项卡标题的方法中获取以下代码片段。

TabPage currentTab = tabCaseNotes.TabPages[e.Index];
Rectangle itemRect = tabCaseNotes.GetTabRect(e.Index);
SolidBrush fillBrush = new SolidBrush(Color.Linen);
SolidBrush textBrush = new SolidBrush(Color.Black);
StringFormat sf = new StringFormat
{
    Alignment = StringAlignment.Center,
    LineAlignment = StringAlignment.Center
};

Resharper 希望我将所有 5 个更改为 var。 我读过以下类似的文章，Use of var keywords in C#，但是我想从 ReSharper 的角度了解情况。

Answer 1

Resharper 主要致力于帮助您重构代码，而 var 关键字通常使重构变得更加容易。 例如，如果任何这些函数的返回值更改为兼容类型，则您不必更改任何代码。 因此，现在重构 tabCaseNotes 类型变得更加容易。

就我个人而言，我通常倾向于保留前两行，因为我喜欢在声明变量的行的某个地方看到显式列出的变量的类型名称。 如果有的话，我可能会寻找一个接口来代替，这样我也可以获得与 var 关键字相同的“通用性”，而不会丢失任何重要的可读类型信息。 但是，我肯定会使用 var 来表示 fillBrush、textBrush 和 sf。

Answer 2

您不需要在行中添加类型来使其更具可读性，这取决于个人喜好。 我确实喜欢 var 变体：

var currentTab = tabCaseNotes.TabPages[e.Index];
var itemRect = tabCaseNotes.GetTabRect(e.Index);
var fillBrush = new SolidBrush(Color.Linen);
var textBrush = new SolidBrush(Color.Black);
var sf = new StringFormat
   {
      Alignment = StringAlignment.Center,
      LineAlignment = StringAlignment.Center
   };

更新：我将添加一个有争议的观点。 除非我正在阅读书中的代码，否则我通常不关心理解我正在阅读的某些代码行的具体类型是什么。 考虑 .GetTableRectangle(e.Index)，您没有显示对其进行操作的代码：

var itemRect = tabCaseNotes.GetTableRectangle(e.Index);
//do some operations on itemRect

在阅读该特定代码时，我将通过对 itemRect 的操作而不是其类型来更多地了解它。 它可以是 I矩形、矩形、自定义矩形，但仍然不会过多说明代码如何使用它。 相反，我更关心 itemRect.Height、itemRect.Width 或 itemRect.GetArea() 以及所涉及的逻辑。

更新2：正如其他人指出的那样，您可以将其关闭。 确保团队保持相同的实践，否则每次不同的人接触代码时，您可能最终都会以一种或另一种方式进行更改。 请参阅：http://www.jetbrains.com/resharper/features/codeTemplate.html

Answer 3

Resharper 不希望您使用var，它为您提供了选择。 如果您确实使用 var ，它将为您提供使用显式类型的选项，因此您无法获胜:-)。

编辑 - 有趣的链接讨论这个话题。

好像可以关掉，去Resharper -> 选项-> 代码检查 -> 检查严重性并向下滚动一点以查看与 var 相关的选项。

Answer 4

Resharper 认为这是最佳实践，但正如您在链接文章中所读到的那样，有些人不同意。 我喜欢使用显式声明来提高可读性，但每个声明都有自己的特点。 如果要使用显式声明，可以在 Resharper 中禁用该规则。

Answer 5

在 C# 中，我更喜欢在任何地方使用 var。 为什么？ 出于同样的原因，我使用 firstName 而不是 strFirstName 或 amount 而不是 intAmount。 当然，更详细的方式在一张纸上或（正如您所指出的）一本书上更具可读性，但我的代码还没有出现在书中。

现在，我不久前向我的一位同事询问了 intAmount 业务，他提出了一个非常好的观点。 他说，它在直接文本编辑器中很有用，但是当您拥有 Intellisense 时，只需将鼠标悬停在变量上即可获得相同的信息甚至更多信息。

最后，尽管我很欣赏其他人指出的折衷方案（即使用 var 与 new 语句），并且该论点有效且有力，但我倾向于引导远离这一点仅仅基于一致性和速记可读性。 我的一致性论点是，如果可读性对您来说如此重要，那么为什么不使用 intAmount 这样您就可以稍后在代码中告诉数据类型呢？

Answer 6

这个问题确实是引发一场口水战的好方法。 但是，您应该做您以及与您一起工作的人认为最可读的事情。 关于 var 的争论双方都有很好的论据。

也就是说，如果您认为显式声明类型更具可读性，那是您的事。 您不必执行 Resharper 告诉您的所有操作。 如果您愿意，您甚至可以禁用该规则。

Answer 7

你确实可以把它关掉，我也这么做了。 我承认，在某些类类型名称很长的情况下，这很好，例如：

SuperDisconfibulator sd=new SuperDisconfibulator();

是缩短为 var 的良好候选者，但就我个人而言，这是我唯一希望更改它的时候。 我认为当从方法的返回值（如第二行中）分配变量时使用它不是一个好主意，因为可能无法立即清楚它返回的变量类型到底是什么。