假设您需要在代码中打印一个变量的名称。如果你这样写:

int myVar = 10;
print("myVar" + " value is " + myVar.toString());

然后如果有人重构代码并使用另一个名称myVar，他/她将不得不在你的代码中寻找字符串值并相应地更改它。

相反，如果你这样写:

print(nameof(myVar) + " value is " + myVar.toString());

这将有助于自动重构!

它对ArgumentException及其衍生物非常有用:

public string DoSomething(string input) 
{
    if(input == null) 
    {
        throw new ArgumentNullException(nameof(input));
    }
    ...

现在，如果有人重构输入参数的名称，异常也将保持最新。

在以前必须使用反射来获取属性或参数名称的某些地方，它也很有用。

在你的例子中，nameof(T)获取类型参数的名称-这也很有用:

throw new ArgumentException(nameof(T), $"Type {typeof(T)} does not support this method.");

nameof的另一种用法是用于枚举——通常如果你想要枚举的字符串名称，你可以使用.ToString():

enum MyEnum { ... FooBar = 7 ... }

Console.WriteLine(MyEnum.FooBar.ToString());

> "FooBar"

这实际上相对较慢，因为. net保存枚举值(即7)并在运行时查找名称。

用nameof代替:

Console.WriteLine(nameof(MyEnum.FooBar))

> "FooBar"

现在。net在编译时将枚举名称替换为字符串。

还有一种用法是INotifyPropertyChanged和日志记录——在这两种情况下，你都想把你调用的成员的名字传递给另一个方法:

// Property with notify of change
public int Foo
{
    get { return this.foo; }
    set
    {
        this.foo = value;
        PropertyChanged(this, new PropertyChangedEventArgs(nameof(this.Foo));
    }
}

还是……

// Write a log, audit or trace for the method called
void DoSomething(... params ...)
{
    Log(nameof(DoSomething), "Message....");
}

你的问题已经表达了目的。您必须看到，这对于记录日志或抛出异常可能很有用。

例如:

public void DoStuff(object input)
{
    if (input == null)
    {
        throw new ArgumentNullException(nameof(input));
    }
}

这很好。如果我更改了变量的名称，代码将中断，而不是返回带有错误消息的异常。

当然，用途并不局限于这种简单的情况。只要对变量或属性的名称进行编码是有用的，就可以使用nameof。

当您考虑各种绑定和反射情况时，其用途是多方面的。这是一种将运行时错误带到编译时的极好方法。

之前我们使用的是这样的东西:

// Some form.
SetFieldReadOnly( () => Entity.UserName );
...
// Base form.
private void SetFieldReadOnly(Expression<Func<object>> property)
{
    var propName = GetPropNameFromExpr(property);
    SetFieldsReadOnly(propName);
}

private void SetFieldReadOnly(string propertyName)
{
    ...
}

原因-编译时安全。没有人可以默默地重命名属性并破坏代码逻辑。现在我们可以使用nameof()。

我发现nameof增加了应用程序中非常长和复杂的SQL语句的可读性。它使变量从字符串的海洋中脱颖而出，并消除了确定变量在SQL语句中的使用位置的工作。

public bool IsFooAFoo(string foo, string bar)
{
    var aVeryLongAndComplexQuery = $@"SELECT yada, yada
    -- long query in here
    WHERE fooColumn = @{nameof(foo)}
    AND barColumn = @{nameof(bar)}
    -- long query here";


    SqlParameter[] parameters = {
        new SqlParameter(nameof(foo), SqlDBType.VarChar, 10){ Value = foo },
        new SqlParameter(nameof(bar), SqlDBType.VarChar, 10){ Value = bar },
    }
}

如果您想重用属性名，例如根据属性名抛出异常，或者处理PropertyChanged事件，该怎么办呢?在许多情况下，您都希望拥有属性的名称。

举个例子:

switch (e.PropertyName)
{
    case nameof(SomeProperty):
    { break; }

    // opposed to
    case "SomeOtherProperty":
    { break; }
}

在第一种情况下，如果不同时更改属性定义和nameof(SomeProperty)表达式，则重命名SomeProperty将导致编译错误。在第二种情况下，重命名SomeOtherProperty或更改“SomeOtherProperty”字符串将导致无声地破坏运行时行为，在构建时没有错误或警告。

这是一种非常有用的方法，可以保持代码的编译和(在某种程度上)没有错误。

(Eric Lippert写了一篇很好的文章，为什么infoof没有入选，而nameof却入选了)