.NET Framework 版本和依赖关系
2013-08-03 15:11
183 查看
每个版本的 .NET framework 都包含公共语言运行时 (CLR)、基类库和其他托管库。
本主题按版本介绍了 .NET Framework 的关键功能,提供了有关基础 CLR 版本和相关开发环境的信息,并标识了 Windows 操作系统所安装的版本。
下图汇总了版本历史记录以及标识 Windows 所安装的版本。
每个新版本的 .NET Framework 都会保留早期版本中的功能并会添加新功能。
CLR 由其自己的版本号确定的。
某些版本的 .NET Framework 包含新版本的 CLR,而其他版本的 .NET Framework 使用早期版本的 CLR。
例如,.NET Framework 4 包含 CLR 4,而 .NET Framework 3.5 包含 CLR 2.0。
(没有版本 3 的 CLR。)虽然 .NET Framework 4.5 是 .NET Framework 4 的就地更新,基础 CLR 版本号成为 CLR 4.5。
通常,您不应卸载计算机上安装 .NET Framework 的任何版本,因为您使用的应用程序可能取决于特定版本,并且可能中断,如果移除该版本。
您可以同时在一台计算机上加载 .NET Framework 的多个版本。
这意味着可以安装 .NET Framework,而无需卸载旧版本。
有关更多信息,请参见.NET Framework 入门。
“版本历史记录”
.NET Framework 版本 2.0、3.0 和 3.5 是使用 CLR (CLR 2.0) 的相同版本生成的。
这些版本表示单个安装的连续层。
每个版本增量地生成在早期 .NET Framework 版本的顶部。 在计算机上不可能并排运行版本 2.0、3.0 和 3.5。
在安装 .NET Framework 3.5 SP1 时,您会自动获取 2.0 和 3.0 层。
但是,.NET Framework 4 关闭此分层方法。
以 .NET Framework 4 开始,可使用进程内并行承载来在单独的进程中运行多个公共语言运行时 (CLR) 版本。
Apps 的 2.0 ,3.0 和 3.5 版本可以全部在 3.5 版运行,但是,它们在 4 版或更高版本将不起作用。
.NET Framework 4.5 是就地更新,替换您的计算机上的 .NET Framework 4。
在安装此更新后,您的 .NET Framework 4 应用程序在无需重新编译的情况下应继续运行。
但是,.NET Framework 中的某些更改可能需要更改您的应用程序代码。
有关更多信息,在 .NET Framework 4.5 中运行现有应用程序前,请参见
在 .NET Framework 4.5 中的应用程序兼容性。 有关安装当前版本的更多信息,请参见
安装 .NET Framework 4.5。
有关对 .NET Framework 的支持的信息,请参见 Microsoft 支持网站上的
Microsoft .NET Framework Support Lifecycle Policy(Microsoft .NET Framework 支持生命周期策略)。
本主题按版本介绍了 .NET Framework 的关键功能,提供了有关基础 CLR 版本和相关开发环境的信息,并标识了 Windows 操作系统所安装的版本。
下图汇总了版本历史记录以及标识 Windows 所安装的版本。
每个新版本的 .NET Framework 都会保留早期版本中的功能并会添加新功能。
CLR 由其自己的版本号确定的。
某些版本的 .NET Framework 包含新版本的 CLR,而其他版本的 .NET Framework 使用早期版本的 CLR。
例如,.NET Framework 4 包含 CLR 4,而 .NET Framework 3.5 包含 CLR 2.0。
(没有版本 3 的 CLR。)虽然 .NET Framework 4.5 是 .NET Framework 4 的就地更新,基础 CLR 版本号成为 CLR 4.5。
通常,您不应卸载计算机上安装 .NET Framework 的任何版本,因为您使用的应用程序可能取决于特定版本,并且可能中断,如果移除该版本。
您可以同时在一台计算机上加载 .NET Framework 的多个版本。
这意味着可以安装 .NET Framework,而无需卸载旧版本。
有关更多信息,请参见.NET Framework 入门。
“版本历史记录”
.NET Framework 版本 2.0、3.0 和 3.5 是使用 CLR (CLR 2.0) 的相同版本生成的。
这些版本表示单个安装的连续层。
每个版本增量地生成在早期 .NET Framework 版本的顶部。 在计算机上不可能并排运行版本 2.0、3.0 和 3.5。
在安装 .NET Framework 3.5 SP1 时,您会自动获取 2.0 和 3.0 层。
但是,.NET Framework 4 关闭此分层方法。
以 .NET Framework 4 开始,可使用进程内并行承载来在单独的进程中运行多个公共语言运行时 (CLR) 版本。
Apps 的 2.0 ,3.0 和 3.5 版本可以全部在 3.5 版运行,但是,它们在 4 版或更高版本将不起作用。
.NET Framework 4.5 是就地更新,替换您的计算机上的 .NET Framework 4。
在安装此更新后,您的 .NET Framework 4 应用程序在无需重新编译的情况下应继续运行。
但是,.NET Framework 中的某些更改可能需要更改您的应用程序代码。
有关更多信息,在 .NET Framework 4.5 中运行现有应用程序前,请参见
在 .NET Framework 4.5 中的应用程序兼容性。 有关安装当前版本的更多信息,请参见
安装 .NET Framework 4.5。
有关对 .NET Framework 的支持的信息,请参见 Microsoft 支持网站上的
Microsoft .NET Framework Support Lifecycle Policy(Microsoft .NET Framework 支持生命周期策略)。
相关文章推荐
- NET Framework 版本和依赖关系
- .NET Framework 版本和依赖关系
- NET Framework 版本和依赖关系
- .NET Framework 版本和依赖关系
- .NET Framework 版本和依赖关系
- net framework 2.0,3.0与3.5三个版本之间关系如下
- mark 查找jar之间的版本依赖关系 versioneye
- tomcat各版本和jsp、jstl、servlet的依赖关系
- .Net Framework各版本之间的关系
- Windows Server 2008 与 .NET Framework 的版本之间有什么关系
- Windows Server 2008 与 .NET Framework 的版本之间有什么关系
- SpringCloud实战小贴士:版本依赖关系
- Windows Server 2008 与 .NET Framework 的版本之间有什么关系
- 同一个解决方案或有依赖关系的两个项目引用同名但不同版本的DLL
- SpringCloud实战小贴士:版本依赖关系
- tomcat各版本和jsp、jstl、servlet的依赖关系(转)
- net framework 2.0,3.0与3.5三个版本之间关系
- .NET Framework 各个版本之间的关系以及下载地址整理汇总
- Windows Server 2008 与 .NET Framework 的版本之间有什么关系
- C# - .net framework和CLR各版本之间的关系