我试图了解NETStandard类库,找到我正在研究的潜在NuGet包。这是我第一次使用NuGet和NETStandard软件包,所以我在某些方面有点丢失,其中一个是引用系统库。
dynamic
类型是System.Runtime.CompilerServices.DynamicAttribute
的一部分,但是,不存在对所述DLL的引用。我虽然我只是继续添加它,但我似乎无法这样做。我想这不像框架类库那样工作吗?
如果我右键单击解决方案资源管理器中的Dependencies
文件夹,然后单击Add Reference...
,我似乎无法找到可以使用的任何依赖项。不在Assemblies
标签下,Assemblies
下的任何内容 - > Framework
或Extensions
。
我只是想了解这实际上是如何运作的,为什么我找不到任何依赖?
答案 0 :(得分:5)
右键单击项目的Dependencies节点>管理Nuget包>浏览并在搜索框中输入“dynamic”。从列表顶部选择System.Dynamic.Runtime
,现在您可以在源代码中使用dynamic
。
如果您对我原因感兴趣的原因是为什么您可以使用dynamic
关键字而不在方法的代码中引用DLR库,但不能在属性的声明中继续阅读。
请看下面的C#代码行,这些代码在没有引用System.Dynamic.Runtime
的情况下使用NETStandard.Library进行编译时没有任何问题。以下C#代码中第1行和第3行的主要区别在于关键字dynamic vs var或动态与静态类型的使用。
Line 1: dynamic a = new {a = 1, b = 2};
Line 2: a = new Class1();
Line 3: var b = new { a = 1, b = 2 };
以下是相同三行的简化IL供您参考。
Line 1: newobj instance void class '<>f__AnonymousType0`2'<int32,int32>::.ctor(!0,!1)
Line 2: newobj instance void ClassLibrary2.Class1::.ctor()
Line 3: newobj instance void class '<>f__AnonymousType0`2'<int32,int32>::.ctor(!0,!1)
如果您比较生成的IL代码的第1行和第3行,您将发现没有任何区别。编译器可以从初始化代码推断type of the variable,并为不同类型启用相同变量的重新初始化。在这种情况下不需要依赖DLR。
另一方面,当您将类的auto属性声明为dynamic
时,会发生完全不同的事情。
public class Class1 { public dynamic Test { get; set; } }
自动属性的IL代码显示dynamic
属性被转换为类型object
的私有支持字段以及重新依赖的初始化,getter和setter的代码在System.Dynamic.Runtime
的{{3}}上,在这种情况下将依赖关系引入DLR。