【问题标题】:Microsoft .net framework versions and subversionsMicrosoft .net 框架版本和子版本
【发布时间】:2016-03-30 13:50:30
【问题描述】:

我是一个组织的新手,该组织在过去 15 年中编写了数百个 .net 应用程序、dll 等。当我运行 powershell 脚本或 ILdasm 以查看 exe、dll 等所针对的框架版本时,我经常得到看起来像它们有子版本的框架。因此,例如,我不会看到 v2.0,而是看到 v2.0.50727

我的问题,一般来说是:

  1. Microsoft 是否推出了带有颠覆性的不同 .net 框架。因此,我们可能还会看到 2.0.50727 和 2.0.111 和 2.1.123 等等,而不是只看到一个主要版本,例如 2.0?

  2. 如果他们确实推出了不同的子版本,似乎我需要在我的开发机器上安装几十个不同的框架来更新旧系统(假设我不想更新他们针对的框架) ,而不仅仅是主要的框架版本。对此有何想法?

【问题讨论】:

  • 不算现在不相关的 .NET 1.x 版本,只有两个运行时版本。 2.0.50727 和 4.0.30319。你不能在你的机器上安装几十个框架版本。只有两个。当您通过让 Windows Update 完成其工作来保持计算机更新时,现在将是 3.5 SP1 和 4.6.1。它们向后兼容早期版本,其中有太多数不胜数。大量修订以修复错误和安全问题。不保持机器更新是错误的。
  • U 有用的链接我发现添加了更多信息:blogs.msdn.microsoft.com/davbr/2007/12/06/…

标签: .net frameworks versions


【解决方案1】:

其他想法...

由于计算机上的任何后续框架都将支持比盒子上的框架更早的任何目标框架(在代码中),只要计算机上的框架高于代码中的目标框架,它就可以工作。

因此,如果计算机安装了 Framework 4.0,它将支持针对 1.0、2.0、2.1、3.5、4.0 等的应用程序。

但是,仍然存在一个问题,即框架 4.0 是否支持 4.0.227 版本(可能存在也可能不存在的假设版本)。

【讨论】:

  • 我敢打赌,您没有访问 Wikipedia 来查看 .NET Framework 版本历史记录。 CLR 版本保持不变,2.0.50727 或 4.0.30319。微软不会打破这条规则。但第四位数字可以更改以反映修订。
猜你喜欢
  • 2011-04-03
  • 2016-04-26
  • 1970-01-01
  • 2017-08-11
  • 2010-11-19
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多