反对在内部桌面上部署 .Net 4.0 Framework 的论点

反对在内部桌面上部署 .Net 4.0 Framework 的论点

根据早期的回答和评论进行编辑

最大的有形支持.Net 4.0 应用程序的论点是开发人员的生产力 - 由于语言的增强,而且还由于可以访问更多的预构建功能。

我正在尝试了解风险和/或成本推出由编写操作系统的同一家公司创建和测试的软件。我完全同意,如果没有好处,对已部署的系统进行更改是不明智的。当然有好处,而且我假设(我想可能是错误的)这样的部署既没有太多成本也没有风险。

有人能回答一下风险和成本吗?

结束编辑

我是一家相当大的公司的开发人员 - 用户桌面目前都是 Windows XP SP3。

我正在尝试提出一个案例,批准在用户桌面上安装 .Net 4 框架,以支持用 .Net 4 编写的新 LOB 应用程序。我被告知,批准流程是安装新软件,然后测试每一个软件这已经得到批准,以确保不会发生任何故障。

除了这个障碍之外,我还应该从管理员/桌面支持人员那里得到其他什么论据吗?

答案1

我们的内部开发人员始终希望获得最新的 .Net 框架,我们通常会尽力满足他们的需求。我们正在将 .Net 4 推广到我们的计算机,这些计算机是 Windows XP 和 Windows 7 的混合版本。我们没有发现任何问题。

成本:如果您需要测试安装了所有软件的每个系统,那么我预计部署成本会很高。虽然这可能是推荐的过程,但我认为这有点过度。.Net 框架旨在对以前的版本进行沙盒处理。您可以独立安装框架版本 1.1、1.2、2.0、3.0。3.5、4.0。作为开发人员,您可能已经知道您需要定位要使用库的版本,并且可以定位任何已安装的版本。这意味着安装 4.0 框架不会对定位其他版本的软件产生影响。这是我们的经验,只要计算机仍在使用旧版本,我们从未遇到过某些计算机具有较新版本的框架的问题。

风险:据我所知风险很小。

答案2

如果您对.NET4 没有要求,请不要安装它。

(对任何事情的建议都是一样的:“如果你对 xyz 没有要求,就不要安装它。”)

相关内容