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

例如:

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

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

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

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

操作符名称的目的是提供工件的源名称。

通常源名称与元数据名称相同:

public void M(string p)
{
    if (p == null)
    {
        throw new ArgumentNullException(nameof(p));
    }
    ...
}

public int P
{
    get
    {
        return p;
    }
    set
    {
        p = value;
        NotifyPropertyChanged(nameof(P));
    }
}

但情况并非总是如此:

using i = System.Int32;
...
Console.WriteLine(nameof(i)); // prints "i"

Or:

public static string Extension<T>(this T t)
{
    return nameof(T); returns "T"
}

我给它的一个用途是命名资源:

[Display(
    ResourceType = typeof(Resources),
    Name = nameof(Resources.Title_Name),
    ShortName = nameof(Resources.Title_ShortName),
    Description = nameof(Resources.Title_Description),
    Prompt = nameof(Resources.Title_Prompt))]

事实上，在这种情况下，我甚至不需要生成的属性来访问资源，但是现在我有一个编译时检查资源是否存在。

正如其他人已经指出的那样，操作符的名称确实插入了源代码中给出的元素名称。

我想补充一点，这在重构方面是一个非常好的想法，因为它使得字符串重构是安全的。以前，我使用了一个静态方法，它利用反射来达到同样的目的，但这对运行时性能有影响。操作符的名称对运行时性能没有影响;它在编译时完成它的工作。如果查看MSIL代码，就会发现嵌入了字符串。请参阅下面的方法及其反汇编代码。

static void Main(string[] args)
{
    Console.WriteLine(nameof(args));
    Console.WriteLine("regular text");
}

// striped nops from the listing
IL_0001 ldstr args
IL_0006 call System.Void System.Console::WriteLine(System.String)
IL_000C ldstr regular text
IL_0011 call System.Void System.Console::WriteLine(System.String)
IL_0017 ret

然而，如果您打算让软件变得模糊，这可能是一个缺点。经过混淆处理后，嵌入的字符串可能不再匹配元素的名称。依赖于此文本的机制将会崩溃。例如，包括但不限于:Reflection, NotifyPropertyChanged…

在运行时确定名称会损失一些性能，但对于混淆是安全的。如果混淆既不需要也不计划，我建议使用操作符的名称。

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

举个例子:

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

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

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

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

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

ASP。NET核心MVC项目使用AccountController.cs和ManageController.cs中的name和RedirectToAction方法来引用控制器中的动作。

例子:

return RedirectToAction(nameof(HomeController.Index), "Home");

这句话的意思是:

return RedirectToAction("Index", "Home");

和takes将用户带到'Home'控制器中的'Index'动作，即/Home/Index。

nameof关键字的用法之一是在wpf中以编程方式设置Binding。

要设置绑定，你必须设置路径字符串和nameof关键字，可以使用重构选项。

例如，如果你在你的UserControl中有IsEnable依赖属性，你想把它绑定到你的UserControl中某些复选框的IsEnable上，你可以使用这两个代码:

CheckBox chk = new CheckBox();
Binding bnd = new Binding ("IsEnable") { Source = this };
chk.SetBinding(IsEnabledProperty, bnd);

and

CheckBox chk = new CheckBox();
Binding bnd = new Binding (nameof (IsEnable)) { Source = this };
chk.SetBinding(IsEnabledProperty, bnd);

很明显，第一个代码不能重构，但第二个代码……