为什么在针对.net framework 3.5的.net项目中System.dll的版本是2.x?
我有一个针对.NETFramework 3.5的解决方案。所有对核心DLL的引用都有运行时版本2.x,因为它们是用它编译的。为什么会这样?这是否意味着我没有使用最新版本的DLL来修复错误?不,您使用的是最新的3.5版本,在某些程序集文件中仍然依赖于2.x。 尝试检查2.x附带的程序集,您将永远不会发现它们是3.x,因此这些文件没有新版本 添加1:为什么在针对.net framework 3.5的.net项目中System.dll的版本是2.x?,.net,visual-studio-2008,dll,.net-3.5,.net-2.0,.net,Visual Studio 2008,Dll,.net 3.5,.net 2.0,我有一个针对.NETFramework 3.5的解决方案。所有对核心DLL的引用都有运行时版本2.x,因为它们是用它编译的。为什么会这样?这是否意味着我没有使用最新版本的DLL来修复错误?不,您使用的是最新的3.5版本,在某些程序集文件中仍然依赖于2.x。 尝试检查2.x附带的程序集,您将永远不会发现它们是3.x,因此这些文件没有新版本 添加1: 要检查目标框架,请转到ProjectProsperity->Compile->单击Advanced Compile Options->Target f
要检查目标框架,请转到ProjectProsperity->Compile->单击Advanced Compile Options->Target framework。framework 3.5仍在CLR2.0上运行。V3和V3.5只添加了一些(事实上很多)新类,但没有更改现有程序集。编译器也发生了变化,但事实上,运行时没有发生变化 这就是为什么在
%windir%\Microsoft.NET\Framework\v3.5
(或Framwork64)中找不到V2中已有的程序集的原因
框架V4引入了新版本的CLR。您将在%windir%\Microsoft.NET\Framework\v4.0.30319
中找到相应的所有程序集
该列表列出了所有版本,包括基类库版本和clr版本
[编辑]由于V4.5即将推出,下一个版本即将推出