这是否有原因？
我个人认为这实际上是非常糟糕的决定，不要在Windows 8中包含这些版本的.NET，因为我们的客户现在必须通过“程序和组件”手动安装它然后重启他们的机器，事实上我们必须提供说明并支持它们。这非常不舒服，他们会责怪我们的软件，而不是Windows。为什么即使对于.NET，MS也不能支持简单的向后兼容性？
答案 0 :(得分：1)
继续安装程序的想法：您可以在安装程序中嵌入框架（例如2.0）可再发行程序包，并定义一个操作，以便在检测到缺少正确版本时自动安装它。
答案 1 :(得分：0)
不，他们不需要。只需创建一个集成了框架安装程序的安装程序，因此无需特殊说明。
以下是手册如何操作： http://www.codeproject.com/Articles/35976/Add-Prerequisites-of-NET-Framework-in-Visual-Studi
答案 2 :(得分：0)
“他们会怪我们的软件，而不是Windows”
答案在你的问题中 - 这为他们省钱，对你来说是一笔费用。对不起老兄，但期待微软不要苛刻是有点幼稚。他们是一个企业，他们对股东的责任是赚钱，这意味着削减成本，他们可以逃脱它。
随着时间的推移，Microsoft弃用旧框架。他们继续支持他们，但同时照顾.Net 1.1,2,3.5和4.5需要资源。
因此，对于每个新的操作系统（我认为是XP），它随附当前框架并能够并排安装其他操作系统。
随着时间的推移，这会推动人们进入新的框架。企业IT通常非常缓慢，他们只有绝对必须升级（我们有很多Win 2000与IE6和Office 2000客户）所以MS有一个平衡的行为，想要带来新的软件竞争，同时保持恐龙的快乐（10岁月就像计算机时代的一个时代。）
这是一个棘手的问题，你的问题是他们的妥协之一。
在4.5中重新编译2.0或3.5代码应该不是一项艰巨的任务 - 几乎没有重大变化。然后他们将无法在Win 2000上运行，但随后微软也放弃了对旧操作系统的支持。
请注意，Windows 8也是微软策略的范例转换，为Win 2000编写的应用程序可以使用它，但看起来相当老式（考虑现在看起来有点笨重的16位Windows 3.1）。