三元运算符VB vs C#:为什么解决没有零?

前端之家收集整理的这篇文章主要介绍了三元运算符VB vs C#:为什么解决没有零?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我只是在脚下拍摄自己,想知道是否有实际的原因使这种情况成为可能。
无论如何,这个问题可以留在未来的足球手的方便。

假设我们在vb.net中有一个可空值:

Dim i as Integer?

我们要为它分配一个值,基于一个条件,并使用一个三元运算符,因为它是如此整齐和东西:

i = If(condition(),Nothing,42)

也就是说,如果条件为真,则采用可空性,否则为该值。
在哪一点拍摄发生。由于没有明显的理由,VB编译器会认为Nothing和Integer的通用基类型是Integer,在这一点上,它默认地将语句翻译成:

i = If(condition(),42)

现在,如果要在C#中执行此操作:

i = (condition()) ? null : 42;

您会立即得到一个编译器错误,指出< null>不能与int混合。这是伟大的,因为如果我这次去C#方式,我的脚会更健康。为了编译,你必须明确写:

i = (condition()) ? null : (int?)42;

现在,您可以在VB中执行相同的操作,并获得正确的null:

i = If(condition(),CType(42,Integer?))

但是这需要你的脚射击在第一位。没有编译器错误,没有警告。这是明确的和严格的。

所以我的问题是,为什么?
我应该把它当作编译器的bug吗?
或者有人可以解释编译器为什么这样做?

这是因为VB的Nothing不是直接等同于C#的null。

例如,在C#中,这段代码将不会编译:

int i = null;

但是这个VB.Net代码工作正常:

Dim i As Integer = Nothing

VB.Net的实际上并不是C#的默认(T)表达式的匹配。

猜你在找的VB相关文章