nameof运算符在编译时获取变量、类型或成员的名称，避免硬编码字符串带来的运行时错误；2. 它具有编译时安全性与重构友好性，当名称变更时编译器会立即报错，确保代码一致性；3. 可用于参数校验、属性变更通知、日志记录、mvc路由、枚举、自定义属性和反射等场景；4. 使用时需注意：nameof返回的是标识符名称而非值，不能用于dynamic类型，只返回最短名称而非完全限定名，不区分方法重载，且受访问权限限制。nameof通过将字符串引用转化为编译时检查，显著提升了代码的健壮性和可维护性。
C#中的
nameof
运算符，它做的事情其实挺直接的：在编译时，它能安全地获取任何变量、类型或成员的字符串名称。简单来说，你不用再手动敲那些容易出错的字符串了，它帮你把这个过程自动化，并且在代码重构时能提供强大的保障。
解决方案
要获取变量的名称，使用
nameof
运算符非常直观。你只需要在括号里传入你想获取名称的变量、参数、属性、方法、类型或事件。
比如，你有这样一个变量：
string userName = "张三";Console.WriteLine(nameof(userName)); // 输出: userName
或者是一个方法参数：
public void ProcessData(string data){ // 在这里，如果你想抛出 ArgumentNullException，nameof就派上用场了 if (string.IsNullOrEmpty(data)) { throw new ArgumentNullException(nameof(data), "数据不能为空。"); } // ...}
对于类或结构的属性也一样：
public class User{ public string FirstName { get; set; }}// 在其他地方User user = new User();Console.WriteLine(nameof(user.FirstName)); // 输出: FirstName
它是在编译阶段处理的，这意味着它不会有任何运行时开销，而且如果原始的变量名、属性名等发生了变化，
nameof
也会跟着更新，这样就避免了因为字符串硬编码导致的运行时错误，这是我个人非常喜欢它的一点。
nameof
nameof
的优势在哪里？为什么它比硬编码字符串更好？
在我看来，
nameof
最核心的价值就是它的“编译时安全性”和“重构友好性”。过去我们写代码，尤其是在处理参数校验、属性变更通知（比如
INotifyPropertyChanged
）或者日志记录时，经常会用到硬编码的字符串。比如说，
throw new ArgumentNullException("data")
，或者在WPF/UWP里绑定属性时写
OnPropertyChanged("FirstName")
。这些“魔法字符串”虽然当时看起来没问题，但一旦你决定重构，比如把
data
改名为
inputData
，或者把
FirstName
改名为
GivenName
，那么那些硬编码的字符串就成了潜在的定时炸弹。编译器不会给你任何警告，直到运行时才可能因为找不到对应的名称而报错，这种调试起来是真的让人头疼。
有了
nameof
，这一切都变了。当你写
nameof(data)
或者
nameof(FirstName)
时，编译器会直接检查这个
data
或者
FirstName
是否存在。如果你后来把它们改了名，编译器会立即报错，因为它找不到旧的名字了。这就意味着，你可以在编译阶段就发现并修复这些问题，而不是等到运行时才发现。这不仅仅是省了调试时间，更重要的是大大提升了代码的健壮性和可维护性。在我经历过几次大型项目重构之后，对这种工具的依赖性简直是直线上升。
此外，它也让代码的意图更加清晰。
nameof(data)
比
"data"
更能直接表达你想要获取的是
data
这个标识符的名称，而不是一个普通的字符串字面量。
nameof
nameof
能用于哪些场景？不仅仅是变量名吧？
没错，
nameof
的应用场景远不止获取变量名那么简单，它几乎可以用于任何C#的命名实体。这使得它在很多地方都比传统的硬编码字符串更安全、更方便。
举几个我常用到的例子：
参数校验： 这是最常见的，比如
ArgumentNullException.ThrowIfNull(myParameter, nameof(myParameter))
，确保参数不为空时能清晰指出是哪个参数出了问题。属性变更通知（MVVM）： 在实现
INotifyPropertyChanged
接口时，你需要通知UI某个属性的值发生了变化。以前你可能写
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs("MyProperty"));
，现在可以写
PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(nameof(MyProperty)));
。这简直是MVVM开发者的福音，重构起来安心多了。日志记录和错误报告： 当你想记录哪个方法或哪个类出了问题时，
nameof(MyClass)
或
nameof(MyMethod)
可以提供准确的上下文信息。ASP.NET Core MVC/Razor Pages： 在生成链接或表单提交的目标时，比如
Url.Action(nameof(MyController.MyAction), "MyController")
，或者
asp-for="nameof(Model.MyProperty)"
，可以避免手写控制器名、动作名或模型属性名。枚举类型： 获取枚举成员的名称，例如
Console.WriteLine(nameof(MyEnum.ValueA))
。自定义属性（Attributes）： 有时你会需要将属性名作为参数传递给自定义属性，
nameof
也能派上用场。反射（Reflection）： 虽然反射本身是运行时操作，但在构建反射表达式时，
nameof
能帮助你安全地指定成员名称。
总之，任何你需要以字符串形式引用代码中某个命名实体的地方，
nameof
都可能是比硬编码字符串更好的选择。它把字符串引用变成了编译时检查，大大减少了运行时错误的风险。
使用
nameof
nameof
时有没有什么需要注意的“坑”？
尽管
nameof
非常好用，但它也不是万能的，或者说，在使用时有一些小细节需要注意，否则可能会和你的预期有所偏差。这就像任何工具一样，了解它的局限性才能更好地驾驭它。
首先，也是最重要的一点，
nameof
获取的是名称，而不是值。如果你有一个整数变量
int count = 10;
，
nameof(count)
的结果是字符串
"count"
，而不是
"10"
。这一点对于初学者来说可能需要适应一下，它本质上是在处理元数据，而不是变量的内容。
其次，
nameof
是在编译时解析的，这意味着它不能用于运行时才能确定的表达式。比如，你不能对一个
dynamic
类型的对象使用
nameof
，因为它在编译时无法确定其成员结构。
dynamic myDynamicObject = new ExpandoObject();myDynamicObject.PropertyName = "Test";// Console.WriteLine(nameof(myDynamicObject.PropertyName)); // 编译错误！
再来，
nameof
会获取最短的合格名称。如果你在一个命名空间或类内部使用
nameof
来引用当前命名空间或类中的成员，它只会返回成员名，而不是完整的限定名。比如：
namespace MyProject.Models{ public class User { public string Name { get; set; } }}// 在另一个文件里using MyProject.Models;Console.WriteLine(nameof(MyProject.Models.User)); // 输出: User (而不是 MyProject.Models.User)Console.WriteLine(nameof(User.Name)); // 输出: Name
如果你确实需要完整的限定名，比如
"MyProject.Models.User"
，那么
nameof
就帮不上忙了，你可能需要结合
typeof
和反射来获取，或者直接硬编码。
还有一点，关于方法的重载。如果你有一个方法有多个重载版本，比如
void DoSomething()
和
void DoSomething(int value)
，当你使用
nameof(DoSomething)
时，它会返回
"DoSomething"
。它不会区分具体的重载版本，因为它获取的是方法组的名称。这通常不是问题，但在某些需要区分重载的场景下，就需要注意了。
最后，
nameof
遵循C#的可见性规则。你不能对一个你没有访问权限的成员使用
nameof
。比如，你不能在类外部对一个私有字段或方法使用
nameof
，否则会引发编译错误。
这些“坑”其实更像是
nameof
的设计哲学和作用范围的体现。一旦你理解了它在编译时的工作原理和它旨在解决的问题，这些“限制”反而会显得非常合理。
以上就是C#的nameof运算符如何获取变量名称？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1439274.html
微信扫一扫 
支付宝扫一扫 
