当前位置：文江博客话题详情

C# var

与 C# 中的显式类型相比，使用 var 有什么优势？

发布于 2024-09-13 09:12:08 字数 485 浏览 3 评论 0 原文

可能的重复：
var 关键字有什么意义？
C# 中 var 关键字的使用

我了解 IEnumerable<.. .> 对于数据类型可能会使代码的可读性稍差，或者嵌套泛型看起来有点令人畏惧。但除了代码可读性之外，使用 var 代替显式类型还有什么优点吗？似乎通过使用显式类型，您最好传达变量的功能，因为您知道它是什么。

如果它是工作场所编码标准，我会为了团队合作而使用它。然而，在我自己的项目中，我更喜欢避免使用 var。

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

柠檬色的秋千 2024-09-20 09:12:08

var 的目的是允许匿名类型，没有它，它们就不可能实现，这就是它存在的原因。我认为所有其他用途都是惰性编码。

回复收藏 0 原文

如梦初醒的夏天 2024-09-20 09:12:08

使用 var 作为 foreach 块的迭代器变量比显式类型名称更安全。例如，

class Item {
  public string Name; 
}
foreach ( Item x in col ) {
  Console.WriteLine(x.Name);
}

此代码可以在没有警告的情况下进行编译，但仍然会导致运行时转换错误。这是因为 foreach 循环适用于 IEnumerable 和 IEnumerable。前者返回类型为 object 的值，而 C# 编译器只是在幕后为您转换为 Item。因此它是不安全的，并且可能导致运行时错误，因为 IEnumerable 可以包含任何类型的对象。

另一方面，以下代码将仅执行以下操作之一

不编译，因为 x 被输入为 object 或其他没有名称字段/属性的类型
编译并确保枚举时不会出现运行时转换错误。

在 IEnumerable 的情况下，“x”的类型将为 object；在 IEnumerable 的情况下，“x”的类型将为 T代码>.编译器不进行转换。

foreach ( var x in col ) {
  Console.WriteLine(x.Name);
}

Using var as the iterator variable for a foreach block is more type safe than explicit type names. For example

class Item {
  public string Name; 
}
foreach ( Item x in col ) {
  Console.WriteLine(x.Name);
}

This code could compile without warnings and still cause a runtime casting error. This is because the foreach loop works with both IEnumerable and IEnumerable<T>. The former returns values typed as object and the C# compiler just does the casting to Item under the hood for you. Hence it's unsafe and can lead to runtime errors because an IEnumerable can contain objects of any type.

On the other hand the following code will only do one of the following

Not compile because x is typed to object or another type which does not have a Name field / property
Compile and be guaranteed to not have a runtime cast error while enumerating.

The type of 'x' will be object in the case of IEnumerable and T in the case of IEnumerable<T>. No casting is done by the compiler.

foreach ( var x in col ) {
  Console.WriteLine(x.Name);
}

回复收藏 0 原文

§对你不离不弃 2024-09-20 09:12:08

我喜欢它，尤其是在单元测试中，因为随着代码的发展，我只需要修复声明/赋值的右侧。显然，我还必须更新以反映使用情况的变化，但在声明时我只需要进行一项更改。

回复收藏 0 原文

寄离 2024-09-20 09:12:08

它不会对排放的 IL 产生有意义的变化。这只是一种代码风格偏好。

就我而言，我喜欢它，尤其是在处理具有长、通用、几乎不可读名称的类型时，例如 Dictionary>[]。

回复收藏 0 原文

末骤雨初歇 2024-09-20 09:12:08

var 只是一个语法糖。在编译时始终知道变量的类型。使用 var 关键字没有其他优点。

回复收藏 0 原文

相思故 2024-09-20 09:12:08

没有任何真正的差异。有些人建议使用显式类型，因为它可以使代码维护更容易。然而，推动 var 的人们的立场是“如果我们使用 var，我们就被迫使用良好的命名约定”。

当然，如果您使用变量的目的是拥有良好的命名约定，但这种约定失败了，那么接下来的事情会更加痛苦。（国际海事组织）

回复收藏 0 原文

满天都是小星星 2024-09-20 09:12:08

public IAwesome { string Whatever { get; } }
public SoCool : IAwesome { public string Whatever { get; } }

public HeyHey
{
    public SoCool GetSoCool() { return new SoCool(); }

    public void Processy()
    {
        var blech = GetSoCool();
        IAwesome ohYeah = GetSoCool();
        // Now blech != ohYeah, so var is blech and ohYeah is IAwesome.
    }
}

public IAwesome { string Whatever { get; } }
public SoCool : IAwesome { public string Whatever { get; } }

public HeyHey
{
    public SoCool GetSoCool() { return new SoCool(); }

    public void Processy()
    {
        var blech = GetSoCool();
        IAwesome ohYeah = GetSoCool();
        // Now blech != ohYeah, so var is blech and ohYeah is IAwesome.
    }
}

回复收藏 0 原文