在 C# 开发中，若希望在编译阶段而非运行时得到变量或类型名称，通常可以借助哪些语言特性或机制来实现？请说明其使用方式与适用场景。
考察说明
考查对 C# 编译期名称获取机制的掌握，尤其是 nameof 表达式及相关特性的理解。
回答思路
- 【回答框架 1】C# 6.0 引入的 nameof 表达式可在编译时获取变量、类型、成员或参数的简单名称，返回一个字符串常量，不涉及运行时反射，且对重命名等重构操作敏感，能提供编译期检查。
- 【回答框架 2】nameof 的典型用途包括：参数校验时构造 ArgumentNullException 的参数名、属性更改通知中避免硬编码属性名字符串、以及日志或异常消息中引用成员名称。
- 【回答框架 3】对于类型名称，nameof(SomeType) 返回类型名称但不带命名空间，若需完整限定名，可配合 typeof(SomeType).FullName，但后者属于运行时反射。
- 【回答框架 4】此外，CallerMemberName、CallerFilePath 和 CallerLineNumber 等调用方信息特性可在编译时注入调用上下文，但仅适用于方法参数，且不是直接获取名称的通用手段。
- 【回答框架 5】nameof 表达式在编译时求值，不会产生运行时开销，且在 IDE 重构时会同步更新，提升了代码可维护性，是获取变量或类型名称的首选方式。
- 【关键点 1】nameof 是编译期特性，返回简单名称常量，支持变量、类型、成员和参数。
- 【关键点 2】nameof 可用于避免硬编码字符串，配合参数名和属性通知场景。
- 【关键点 3】需要完整名称空间时用 typeof().FullName，但这是运行时反射，与 nameof 不同。
- 【易错点 1】nameof 仅返回简单名称，不包含命名空间或泛型参数信息，误以为返回完整限定名是常见错误。
- 【易错点 2】nameof 要求传入的符号在编译期必须存在，否则会编译错误，因此不能用于动态或运行时构建的名称。
- 【易错点 3】将 nameof 与反射混淆，在需要动态获取名称的场景误用 nameof 会导致功能缺失。