.NET 2.0应用程序-需要哪种框架才能实现最大的可移植性？

我正在继续为.NET2.0编写C#代码库。 我做的第一件事是升级到Visual Studio 2012，但却发现这需要将我的安装项目从Flexera软件升级到InstallShield Spring 2012。它所支持的.NET框架列表是一个令人头疼的问题：最低的是3.5，而2.0就足够我的应用程序使用了

我不打算在代码中使用任何post-2.0.NET特性。我想提供安装，将工作在尽可能广泛的机器

我是否可以假设，无论谁安装我的应用程序，他都已经安装了3.5 SP1，或者在安装上没有问题

---

如果没有，也就是说，如果有一类不可忽视的潜在用户可以安装和运行我的.NET 2.0应用程序，但不能或不会安装.NET 3.5 Framework，我如何才能最好地支持这些用户？

这里有几个问题

如果您不想放弃VisualStudio部署项目，但需要将它们放在自己的解决方案中，并继续使用VS2010来维护它们。或者您可以切换到InstallShield限量版或Windows Installer XML

---

.NET2.0是一个标准化的不错的框架，但要意识到在Windows7或Windows8机器上可能没有安装它。最简单的解决方案是针对.NET 2.0进行编译，但使用指定激活策略的app.config使其能够在.NET 4.0/4.5（CLR 4.0）上运行。

考虑到3.5适用于XP，这是Microsoft最古老的支持操作系统，您真的不应该有针对它的问题。。。理论上。实际上，并不是每个人都能保持更新，因此您可能会遇到未安装3.5的用户。如果未安装3.5，只要他们可以将其与我的应用程序一起安装就可以了，如果他们可以首先安装我的应用程序的话。随着时间的推移，8年在软件工程中是一段很长的时间。您从安装程序中得到一个强烈的提示，即安装如此旧版本的.NET不再有意义。3.5SP1特别适合于它的小型引导程序。@HansPassant我不认为InstallShield会散发出那种氛围。InstallShield安装程序支持在Windows平台上可以想到的每种类型的资源。胖、瘦、web、n层、客户端/服务器、ODBC、注册表、XML、PowerBuilder、VB6。。。。我刚刚启动了ISLE，我看到列表中仍然显示了Microsoft.NET Framework 2.0 SP2可再发行版本。虽然我不认为.NET 2.0 SP2是作为预定义的系统软件要求安装的，但您可以使用“创建新启动条件”向导来定义它。当然，这可能需要你学习MSI的概念，比如AppSearch和RegLocator。我查看了WiX，它对我来说毫无用处：它需要详细了解Windows安装程序的工作原理，我没有时间学习。是的，切换回VS2010是一个选项（在我的新InstallShield设置中还有很多东西需要修复），但显然我更愿意使用VS 2012。切换回VS2010-我不知道解决方案和项目文件格式没有改变。