C＃2.0代码消耗使用C＃3.0编译的程序集

Question

这应该很好看，因为CLR实际上没有改变？

运行C＃2.0代码 的框已经推出了.NET 3.5。

背景是我们有一个Windows服务（使用VS2005构建的.NET 2.0 exe，部署到~150个服务器），它动态加载程序集（几乎就像插件），以完成所要求的各种工作项。每当我们推出新版本的总线逻辑时，我们只需将程序集放在FTP服务器上，Windows服务就知道如何检查，获取和存储最新版本。现在使用VS2008和目标.NET 2.0构建新程序集，我们知道它可以正常工作。但是，我们希望开始利用LINQ等C＃3.0语言功能，并针对.NET 3.5定位程序集，而无需构建和部署新版本的Windows服务。

Answer 1

C＃3和.Net 3.5添加了新的程序集，但IL不变。

这意味着使用.Net 2程序集，您可以编译和使用C＃3，只要您不使用Linq或其他任何引用System.Linq或System.Core的文件

yield，var，lambda语法，匿名类型和初始化程序都是编译器的聪明之处。它们产生的IL是交叉兼容的。

如果你可以引用3.5的新程序集，它应该都可以正常工作。

没有新版本的ASP.Net - 它应该仍然是2.0.50727 - 但你仍然应该编译为3.5

Answer 2

  

yield，var，lambda语法，anon类型   和初始化者都是编译器   聪明。他们生产的IL是   交叉兼容。

微小的挑选点，但无论如何，产量都是2.0特征。

Answer 3

这是有趣的东西。我昨天看了LinqBridge后，有人在这个论坛上向我提出建议并且他们正在做类似的事情。

我觉得奇怪的是，当Microsoft编译下来生成2.0 CLR所需的相同IL时，Microsoft将框架命名为2.0,3.0和3.5。我本以为在2.0上添加版本会更有意义，但我想也很难让人们了解有不同版本的运行时，编译器和语言这一事实​​。