加入收藏 | 设为首页 | 会员中心 | 我要投稿 李大同 (https://www.lidatong.com.cn/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 大数据 > 正文

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

发布时间:2020-12-16 23:53:52 所属栏目:大数据 来源:网络整理
导读:我只是在脚下拍摄自己,想知道是否有实际的原因使这种情况成为可能。 无论如何,这个问题可以留在未来的足球手的方便。 假设我们在vb.net中有一个可空值: Dim i as Integer? 我们要为它分配一个值,基于一个条件,并使用一个三元运算符,因为它是如此整齐和
我只是在脚下拍摄自己,想知道是否有实际的原因使这种情况成为可能。
无论如何,这个问题可以留在未来的足球手的方便。

假设我们在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)表达式的匹配。

(编辑:李大同)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    推荐文章
      热点阅读