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);

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

nameof的另一个用例是检查标签页，而不是检查索引，你可以检查标签页的Name属性，如下:

if(tabControl.SelectedTab.Name == nameof(tabSettings))
{
    // Do something
}

不那么乱:)

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

举个例子:

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

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

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

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

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

它对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....");
}

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

我想补充一点，这在重构方面是一个非常好的想法，因为它使得字符串重构是安全的。以前，我使用了一个静态方法，它利用反射来达到同样的目的，但这对运行时性能有影响。操作符的名称对运行时性能没有影响;它在编译时完成它的工作。如果查看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…

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

我能想到的最常见的用例是使用INotifyPropertyChanged接口时。(基本上所有与WPF和绑定相关的东西都使用这个接口)

看看这个例子:

public class Model : INotifyPropertyChanged
{
    // From the INotifyPropertyChanged interface
    public event PropertyChangedEventHandler PropertyChanged;

    private string foo;
    public String Foo
    {
        get { return this.foo; }
        set
        {
            this.foo = value;
            // Old code:
            PropertyChanged(this, new PropertyChangedEventArgs("Foo"));

            // New Code:
            PropertyChanged(this, new PropertyChangedEventArgs(nameof(Foo)));           
        }
    }
}

正如您可以看到的，在旧的方法中，我们必须传递一个字符串来指示哪个属性已经更改。使用nameof，我们可以直接使用属性的名称。这可能看起来没什么大不了的。但是想象一下如果有人改变了属性Foo的名字会发生什么。当使用字符串时，绑定将停止工作，但编译器不会警告你。当使用nameof时，你会得到一个编译器错误，没有名称Foo的属性/参数。

请注意，有些框架使用一些反射魔法来获取属性的名称，但现在我们不再需要nameof this了。