主页 / 问题 / 975722
Accepted
vitidev
Asked:2020-04-28 04:17:14 +0000 UTC2020-04-28 04:17:14 +0000 UTC

c# 8 个不可为空的类型和 null！

  • 772

基于这个问题

有一段我翻译成c#8的旧代码，里面有方法

void MethodName<T>(T value) => ...
и много вызовов вида
MethodName(null);

它可以接受类和结构，这意味着我们不能这样做

 void MethodName<T?>(T? value) => ...

因为它需要指定类型 T，而我们无法指定 T: class, struct

打电话时必须按警告

#nullable disable
MethodName(null)
#nullable enable

但事实证明它有效

MethodName(null!)

这是正常的吗？这是一个编译器错误（毕竟是测试版）吗？或者 ！这是否不仅意味着“我确定它不为空”，而是更广泛的“这个值很好，通过”？

c#

1 个回答

  1. Best Answer

    根据文档中的一个示例，后缀运算符!可用于显示您对使用空引用的意识（包括直接由文字表示的引用null）。

    ！(null-forgiving) 运算符（C# 参考）

    容错运算符的用例之一是测试参数验证逻辑。例如，考虑以下类：

    #nullable enable
public class Person
{
    public Person(string name) => Name = name ?? throw new ArgumentNullException(nameof(name));

    public string Name { get; }
}

    使用 MSTest 测试框架，您可以在构造函数中为验证逻辑创建以下测试：

    [TestMethod, ExpectedException(typeof(ArgumentNullException))]
public void NullNameShouldThrowTest()
{
    var person = new Person(null!);
}

    如果没有 null-forgiving 运算符，编译器会为前面的代码生成以下警告：Warning CS8625: Cannot convert null literal to non-nullable reference type.使用 null-forgiving 运算符，您可以让编译器知道传递 null 是预期的，不应该被警告。

    最后一段的翻译：

    在没有可空运算符的情况下，编译器将生成以下警告：Warning CS8625: Cannot convert null literal to non-nullable reference type.通过使用此运算符，您可以让编译器知道传递文字null是有意识的，不应引起关注。

    所以这不是编译器缺陷，而只是用例之一。例如，在单元测试中测试方法的行为。

    • 4

相关问题