如果我错了,请纠正我,但要做类似的事情
var typeOfName = typeof(Foo).Name;
和
var nameOfName = nameof(Foo);
应该给你完全相同的输出。根据这个来源可以理解的原因之一:https://msdn.microsoft.com/en-us/library/dn986596.aspx就是这样
“使用nameof有助于在重命名定义时保持代码有效”
如果要将类实例作为字符串获取,则不可能执行以下操作:
var fooInstance = new Foo();
var nameOfName = nameof(fooInstance);
但是,你可以这样做:
static string GetName<T>(T item) where T : class
{
return typeof(T).GetProperties()[0].Name;
}
var typeOfName2 = GetName(new { fooInstance });
在这两种情况下(typeof
和nameof
)都可以进行重构,因此我没有看到任何其他原因重新发明另一个更高级别的关键字,例如nameof
,来执行已经存在的事情。它们之间是否有任何差异,我没有清楚地看到?
最后,如果有人能指出我参考资料来了解nameof
的实现,我将不胜感激。它使用反射吗?
更新1:取自here
nameof
显然与声明字符串变量一样有效。没有任何反思或任何反对!
var firstname = "Gigi";
var varname = nameof(firstname);
Console.WriteLine(varname); // Prints "firstname" to the console
当您查看生成的MSIL时,您将看到它等同于字符串声明,因为使用ldstr运算符将对字符串的对象引用推送到堆栈:
IL_0001: ldstr "Gigi"
IL_0006: stloc.0
IL_0007: ldstr "firstname"
IL_000c: stloc.1
IL_000d: ldloc.1
IL_000e: call void [mscorlib]System.Console::WriteLine(string)
两个原因:
nameof
变成了编译时常量。 typeof(...).Name
需要一点反思。它不是太昂贵,但在某些情况下会受到伤害。
其次,它用于除类型名称之外的其他东西。例如,参数:
void SomeMethod(int myArgument)
{
Debug.WriteLine(nameof(myArgument));
}
您还可以获得班级成员甚至本地人的名称。不用说,这对于调试信息非常有用。这也是实现不那么脆弱的反射的方法之一,例如解析表达式树(遗憾的是,在我使用它的项目中,我们仍然停留在带有C#5的.NET 4.0上 - 它在这里和那里省了几个黑客)。
为了澄清一些混乱,nameof
不是一个功能,也不是typeof
。它是一个编译时运算符,它总是在编译时进行求值(尽管很明显,泛型会在时间上稍微移动“编译时”)。
使用Reflection生成字符串是可能的,但不是很优雅,并不总是可行。例如,您不能在沙盒代码中使用Reflection。而且你不能在局部变量上使用它。它很贵。
nameof
运算符在编译时工作。编译器在解析代码时已经知道了名称。因此可以简单地生成字符串文字。速度非常快,不可能更快,也没有运行时限制。
这是使用BenchmarkDotNet进行的基准测试
// * Summary *
Host Process Environment Information:
BenchmarkDotNet.Core=v0.9.9.0
OS=Windows
Processor=?, ProcessorCount=8
Frequency=2740584 ticks, Resolution=364.8857 ns, Timer=TSC
CLR=CORE, Arch=64-bit ? [RyuJIT]
GC=Concurrent Workstation
dotnet cli version: 1.0.0-preview2-003133
Type=GetNameBenchmark Mode=Throughput LaunchCount=2
WarmupCount=10 TargetCount=200
Method | Median | StdDev |
----------- |----------- |---------- |
TypeOf | 16.0348 ns | 0.7896 ns |
NameOf | 0.0005 ns | 0.0147 ns |
它们之间存在一些差异,但它们主要是背后的实际原因。例1:
写一些类似的东西更优雅
switch (e.ArgumentPropertyName)
{
case nameof(aProperty):
break;
case "anotherProperty":
break;
}
尝试重构anotherProperty
类型和爆炸! nameof
将反映这些变化,"anotherProperty"
将默默地传递,你的代码永远不会在该案例陈述中执行。
例2:
enum MetalEnum { Gold = 1, Silver = 2, ... }
哪一个更好?
Console.WriteLine(MetalEnum.Gold.ToString()); // finds the name at runtime (slower)
要么
Console.WriteLine(nameof(MetalEnum.Gold)); // compile time (faster)
例3:
最后,你还记得写一些类似的东西是多么丑陋
PropertyChanged(this, new PropertyChangedEventArgs("Foo"));
现在你可以写得如下:
PropertyChanged(this, new PropertyChangedEventArgs(nameof(Foo)));
Typeof返回Type对象。它通常用作参数或变量或字段。 typeof运算符是获取Type指针的表达式的一部分。
class Program
{
static Type _type = typeof(char); // Store Type as field.
static void Main()
{
Console.WriteLine(_type); // Value type pointer
Console.WriteLine(typeof(int)); // Value type
Console.WriteLine(typeof(byte)); // Value type
Console.WriteLine(typeof(Stream)); // Class type
Console.WriteLine(typeof(TextWriter)); // Class type
Console.WriteLine(typeof(Array)); // Class type
Console.WriteLine(typeof(int[])); // Array reference type
}
}
产量
System.Char
System.Int32
System.Byte
System.IO.Stream
System.IO.TextWriter
System.Array
System.Int32[]
同时,Nameof返回带有变量名称的字符串。它在编译时工作。它是一种特殊的编译器功能,可以简化某些程序。
int size=100;
Console.WriteLine(nameof(size));
输出:大小
用于获取变量,类型或成员的简单(非限定)字符串名称。
...
nameof的参数必须是简单名称,限定名称,成员访问权限,具有指定成员的基本访问权限,或具有指定成员的此访问权限。参数表达式标识代码定义,但从不评估它。
因为参数需要在语法上是一个表达式,所以有许多不允许列出的东西是无用的。以下值得一提的是产生错误:预定义类型(例如,int或void),可空类型(
Point?
),数组类型(Customer[,]
),指针类型(Buffer*
),限定别名(A::B
)和未绑定泛型类型(Dictionary<,>
) ),预处理符号(DEBUG
)和标签(loop:
)。
nameof获取的简单名称是源名称,而不是元数据名称。
所以,这段代码:
using Integer = System.Int32;
var s = "a string";
Console.WriteLine(nameof(s));
Console.WriteLine(nameof(Integer));
Console.WriteLine(nameof(System.Int32));
void M<T>() { Console.WriteLine(nameof(T)); }
M<int>();
M<string>();
将打印:
s
Integer
Int32
T
T
Typeof返回Type对象。它通常用作参数或变量或字段。 typeof运算符是获取Type指针的表达式的一部分。
同时,Nameof返回带有变量名称的字符串。它在编译时工作。它是一种特殊的编译器功能,可以简化某些程序。