在这个线程的继续中:
将.NET 3.5与4/4.5程序集混合在同一个解决方案/项目中,我找到了一个解决方法:
http://social.msdn.microsoft.com/Forums/en-US/clr/thread/36b1a209-55d5-4323-91dc-0919ba2e1d03/ 。
它的基本作用是让我的解决方案编译并确定每个项目在何种CLR下运行。
有人看到这样做的缺点吗?
它构建了项目,在我的第三方API上,必须运行在.NET 3.5上,我在其App.config中明确写入以使用CLR 2.0而不是4.0运行。
将.NET 3.5与4/4.5程序集混合在同一个解决方案/项目中,我找到了一个解决方法:
http://social.msdn.microsoft.com/Forums/en-US/clr/thread/36b1a209-55d5-4323-91dc-0919ba2e1d03/ 。
它的基本作用是让我的解决方案编译并确定每个项目在何种CLR下运行。
有人看到这样做的缺点吗?
它构建了项目,在我的第三方API上,必须运行在.NET 3.5上,我在其App.config中明确写入以使用CLR 2.0而不是4.0运行。
<startup>
<supportedRuntime version="v2.0.50727"/>
<!--<supportedRuntime version="v4.0"/>-->
</startup>
编辑:
我的主要应用程序使用的是 .net 4.5 和 C# 5 特性。我的第三方 API 运行在一个子进程中(我从主进程开始),该进程将连接到必须在 3.5 和 CLR2 上运行的 API。因此,我明确地定义了它们以 CLR2 的方式运行。