.NET框架代表了运行.NET程序的基本前提条件；与安装Window相同，它是运行Windows程序的前提条件。请记住，任何Windows版本都包含.NET框架(实际上，它往往涉及最高优先级的更新，因此在许多情况下由Windows Update自动执行)。在过去10年中，在Windows上运行的大部分程序都是建立在.NET框架上的；相当一部分站点(例如，像这个站点)是建立在ASP.NET上的，因此给定的服务器必须包含.NET框架。如果你关心的是整体兼容性，你可以依靠一个老一点的.NET版本:VS2010 (4.0)的最新版本应该可以适用于大多数现代计算机；但你甚至可以依靠以前的版本(3.5)来完全确定。最后，请记住，.NET程序也可以在Windows以外的操作系统(例如，Linux或MacOS )下运行；尽管根据我过去的经验，这些情况并不太可靠。尽管如此，如果你对其他操作系统感兴趣，你应该在这方面做一些研究/测试，看看可用的选项是否提供了你正在寻找的东西。
摘要: Visual Studio生成的exe文件实际上就是您所说的“独立.exe”。其定义功能之一是.NET版本(可以在项目设置中更改)；程序只能在.NET框架(或等效框架)与其构建所基于的框架相同或更高的计算机上运行。对于大多数新的/正确更新的计算机，4.0版本应该是可以的；3.5 .NET几乎可以在任何计算机上工作(尽管从逻辑上讲，它包含的功能比4.0少)。
从一些评论中，我认识到我的陈述并不像我想象的那样清晰，这就是这次更新的原因
.NET仅在Vista之后才预装在视窗中。默认情况下，XP不包含.NET运行时。在我的回答中没有提到这个问题的原因是，有一个没有.NET的XP Windows是非常不可能的。首先，因为这是一个最高优先级的自动更新，因此计算机第一次连接到互联网时，"Windows Update“将处理这一问题。其次，因为这是过去10年来任何微软编程的基本框架，因此没有它的Windows计算机将无法运行几乎任何东西。有了这最后一句话，我不介意大多数程序都是基于.NET构建的，但是对于基于Windows的环境，现在的大多数基本需求确实包括.NET。还指出，不同的.NET版本之间存在一些兼容性问题(需要不同的并行版本)。微软对不同.NET版本的基本方法是向后兼容，这意味着给定的.NET版本可以运行使用该版本或更早版本构建的任何程序。这在理论上是正确的，但实际上并不总是正确的。我解决这个问题的方法是依赖于一个有点旧的.NET版本(3.5)，而不是使用太多新的/未测试的特性(例如，WPF)。如果你想要一个完全兼容的程序，你应该在这条战线上做很多工作(版本之间的兼容性是任何编程平台最典型的问题之一)，而不是期待微软照顾一切。因此，原则上，只需要安装一个.NET版本(最后一个)(另一方面，这不是很大比例的计算机的情况；例如:计算机，包括3.5版本，随着时间的推移，通过保持以前的versions).Lastly，更新到4.0和4.5。我想强调的是，我这个答案的目的并不是为了捍卫任何其他编程方法；我只是从你的问题的角度来描述有什么是有的“我可以删除.NET部件吗？”->不，你不能；没有(明智的)方法可以做到这一点。如果你想依赖一个不同的编程平台，你应该了解它(我相信Camilo Martin会非常乐意在这方面帮助你)。如果你更喜欢依赖.NET，请确保你能生成一个完全兼容的程序(在Windows上运行)。