您（或您的客户）是否会下载1mb安装程序，或者可能会提示您下载并安装.NET或23mb安装程序，甚至不需要知道.NET是什么？
克里斯
答案 0 :(得分：3)
在下载并提供适当的安装程序时，您无法检测框架是否已安装？这样，没有受到惩罚的用户和没有受到惩罚的用户就可以完全安装。
另外，我们的应用程序是一个小型下载并动态下载它所需的框架，但我们不针对“商业”受众。我们的利基应用更多，所以你的YMMV。
答案 1 :(得分：2)
我建议使用1mb安装程序或“bootstrapper”方法。除非你走在前沿，否则大多数Windows机器现在已经安装了2.0框架，并且快速下载和安装应用程序通常是大多数用户的想法。
答案 2 :(得分：1)
第二个。客户希望所有功能都能发挥作用。
答案 3 :(得分：1)
通常我发现将.NET框架与我的应用程序捆绑在一起越来越不重要。至少是2.0，因为它最常安装。
我想说的是3.5，因为它不一定安装，因此可能更好的方法是将其包含在下载中以便于使用。
答案 4 :(得分：1)
虽然我个人讨厌仅下载实际可安装内容的0.5 MB的下载程序，因为您无法存档实际下载的安装文件，我不得不说在这种情况下我更喜欢1MB安装程序。 .Net运行时很常见，应该可以在大多数计算机上找到它。如果不是，它应该直接来自Microsoft，而不是试图在安装程序中保留最新版本的.Net框架。 Eclipse和Netbeans等Java IDE常见的另一个选择是既有一个没有J2SDK的版本，也有一个包含最新版J2SDK的版本。
答案 5 :(得分：1)
我在想Adobe Acrobat，它有一个1/2 Mb的安装程序下载来引导一个更大的程序。 Acrobat是那里下载量最多的软件包之一，他们仍然觉得有必要减少初始下载的大小。微软也在一些较大的软件包上使用这种方法。
然而，这两个示例的问题在于，它们在下载完整应用程序时提供的体验比标准Visual Studio安装包允许下载框架更好。
答案 6 :(得分：0)
我宁愿在我的机器上安装一个正好一个软件。当我们部署到客户时，我们希望能够自己控制依赖项的安装。
编辑：请注意，我说的是我们集中管理客户软件部署的企业环境。我也觉得这样对待自己，但我会把自己归类为高级用户，我可以看到普通Joe用户的反驳论点。答案 7 :(得分：0)
我个人更愿意知道它正在安装.net。
大多数非技术人员都不会关心，并会对安装人员感到恼火，要求他们点击超过必要的次数（思考过程会“安装.net？Whats .net？你问我，因为我应该安装它，还是因为我不应该？让我们在很多人中选择一个随机选项。）
答案 8 :(得分：0)
Scott Hanselman最近有一个非常好的blog post，他谈到捆绑.net框架。还需要注意的一点是.net 2.0包含在Windows XP SP2中，所以最新的机器应该至少具有
答案 9 :(得分：0)
记录框架依赖项，如果在安装过程中尚未安装框架依赖项，则为用户提供可选的安装方法。如果您通过互联网提供，这一点尤为重要。如果您使用CD / DVD进行交付，则无论如何都要包含可再发行的代码，以防用户无法通过网络访问它。
答案 10 :(得分：0)
无论哪种方式，请确保在使用下载选项时警告用户。没有什么比在你的非互联网连接的机器上安装的新程序那么小，然后发现你做得不够而感到非常恼火......
答案 11 :(得分：0)
查看smallestdotnet以及新的客户端个人资料（取决于您的版本）