我只是在脚下拍摄自己,想知道是否有实际的原因使这种情况成为可能。
无论如何,这个问题可以留在未来的足球手的方便。
无论如何,这个问题可以留在未来的足球手的方便。
假设我们在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)表达式的匹配。
原文地址:https://www.jb51.cc/vb/256170.html
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。