.Net 的当前版本和更新版本不支持 windows 2000 对开发人员来说是否重要？
想到我的几个客户仍在使用 Windows 2000，我感到害怕，尽管我可能决定有一天停止支持 Windows 2000，但我不喜欢微软将它推向人们的产品。
谁能看到微软在未来使用 XP 来刺激 Vista 及更高版本的销售？
澄清一下，这绝不是对 MS 的抨击，我喜欢 MS，但这是一个真正的问题，我想对此发表意见。
相比之下，我看不到 C++0x 实现者说“它在 Windows 2000 上不起作用”
我真的很想说服自己我应该改用.Net，但这是我的担忧之一。
支持旧操作系统需要花钱。这并不一定是为了刺激新系统的销售，而是为了避免试图在他们已经停止支持的旧系统上运行的成本。正如 Windows 2000 支持已经结束，Windows XP 支持、Vista 支持、Windows 7 支持等也将结束。继续在不再以任何其他方式支持的操作系统上支持 .NET 框架似乎并不谨慎。
编辑：为了解决由于 .NET 2.0 和较新的框架版本的 CLR 相同的概念，限制是人为的。虽然它仍在同一个 CLR 上工作，但这并不意味着他们添加的所有支持都可以在 Windows 2000 上有效工作。需要考虑性能和硬件，我认为考虑到 Windows 2000 的时代和一些在 3.0 和 3.5 框架中添加的更密集的特性中，放弃 WIndows 2k 是一个合理的决定。
每当我们作为开发人员考虑支持特定用户群时，都必须考虑添加额外用户群所需的资源，而不是支持它们的好处。必须将测试、错误修复和支持成本考虑在内。由于不再为 Windows 2000 提供任何安全更新，因此他们需要恢复仅针对 .NET 更新的更新机制。我怀疑在这种情况下收益不会超过成本。因此，对我来说，微软应该人为地阻止较新的框架在 Windows 2000 上运行是有道理的，因为它们会为自己节省这些额外的成本。
考虑到微软在这件事上有双重利益（向你出售新操作系统和生产 .NET 框架），我会非常怀疑。
实际上，您将能够使用Mono在旧操作系统上支持新的 .NET 版本，它几乎被设计为跨平台和向后兼容。
由于在我上次回复后问题发生了变化，我将补充一点，对 Windows 2k 的 3.0 和 3.5 支持并未“毫无警告”地被删除。有很多迹象表明这是在测试版结束之前发生的，所以我认为这个问题在这方面的措辞并不公平。
我想这很大程度上取决于公司。例如，我一直在使用 IBM 和 Microsoft 的混合技术，我们的客户有这个非常老的 AS400 平台，他们甚至不支持他们数据库上的事务或关系，但是这些大公司投入了大量的时间和他们的系统上的钱，他们希望保持这种状态。
我们所做的是添加一个图层，以便他们可以在网站上使用此信息。我不认为 IBM 将其客户抛在后面，他们仍在开发软件组件以连接到 .Net 的这些旧技术，例如，如果他们进行研究并发现他们有许多客户仍在使用 Windows 2000，我相信微软也会这样做。您可能没有最新技术的所有功能，但至少我很确定他们会为它与最新技术保持一层兼容性。告诉一家拥有超过 10,000 名员工和数百万美元投资的公司只是切换到最新的操作系统或数据库系统并不容易，因为他们没有任何意义，相信我，即使微软希望你购买最现代的他们会赢的软件'
无论您使用什么技术堆栈，“支持最新功能”和“保持向后兼容性”之间总是存在矛盾。在哪里进行权衡很大程度上取决于您正在构建的产品类型和您拥有的客户类型。
我曾经使用 C++ 和 SQL 开发仓库管理应用程序，我们总是必须支持至少两个从 SQL Server 的“当前版本”返回的版本，因为我们的客户非常不愿意升级。
好吧，这就是我的想法：
老实说，我不确定你在担心什么。
顺便说一句，有一些方法可以使用仅安装 .NET 2.0 的 .NET 3.5 Framework 功能，并且已经在一些 SO 问题中介绍过。
如果您查看最近的技术创新，尤其是基于 Atom 处理器的上网本，我认为 XP 将伴随我们一段时间，因为该套件的大部分不运行 Vista。同样在移动市场中，除了 Windows CE 变体之外，我们还嵌入了 XP，而不是 Vista。虽然戴尔等主要制造商仍在推出不支持 Vista 的新套件，但 XP 仍然存在，
由于我最近经历了这个，这里是微软声明的支持指南。 生命周期指导。
仅供参考，对 XP 的支持至少应该持续到 2010 年，如果他们愿意为支持付费，可能还要再过几年。.Net 3[4].XX 会在 XP 上运行吗？可能，但谁知道呢？Win2k 在这一点上是一个非常古老的系统，并且操作系统中缺少一些东西。放手吧。