编辑以回应早期的回答和评论
支持.Net 4.0应用程序的最大的实际论据是开发人员的工作效率 – 由于语言的增强，而且还因为可以访问更多的预先/构build的function。
我想了解推出由编写操作系统的同一家公司创build和testing的软件的风险和/或成本 。 我当然可以同意，如果没有任何好处，对部署系统进行更改是不明智的。 当然有好处，而且我正在根据（我猜可能是假的）假设，在这样的部署中没有太多的成本或风险。
有没有人有关于风险和成本的答案？
结束编辑
我是一家相当大的公司的开发人员 – 用户桌面目前都是Windows XP SP3。
我正在试图批准.Net 4框架在用户桌面上的安装，以支持在.Net 4中编写的新的LOB应用程序。我被告知，批准过程是安装新软件，然后testing每一个其他已被批准的软件 ，以确保不会中断。
除了这个障碍之外，还有什么其他的理由可以从pipe理员/桌面支持中获得？
我们的内部开发人员总是需要最新的.Net框架，我们通常会试图去适应他们。 我们正在推出.Net 4到我们的Windows XP和Windows 7的混合电脑。我们没有看到任何问题。
成本：如果您需要testing安装了所有软件的每个系统，我会设想一个巨大的开发成本。 虽然这可能是build议的过程，我认为这是过度杀伤。 .Net框架被devise为沙盒以前的版本。 您可以安装框架版本1.1,1.2,2.0,3.0。 3.5,4.0彼此独立。 作为一名开发人员，您可能已经知道您需要定位要使用该库的版本，并且您可以定位任何已安装的版本。 这意味着安装4.0框架应该不会影响其他版本的软件。 这是我们的经验，我们从来没有碰到一些计算机有更新版本的框架的问题，只要他们还有旧版本仍在使用。
风险：我知道的很less。
如果您对.NET4没有要求，请不要安装它。
（同样的build议：“如果你不需要xyz，不要安装它。”）