在安装程序中绑定.NET

您（或您的客户）是否愿意下载1mb安装程序，然后可能会被提示下载并安装.NET或23mb安装程序，甚至不需要知道.NET是什么

---

克里斯是第二个。客户希望所有功能都不需要手动操作。

我宁愿安装一个，也就是在我的机器上安装一个软件。当我们向客户部署时，我们希望能够自己控制依赖项的安装

---

编辑：请注意，我指的是一个企业环境，在这个环境中，我们集中管理客户的软件部署。我自己也有这种感觉，但我会将自己归类为超级用户，我可以看到普通用户的反对理由。

通常，我发现将.NET framework与我的应用程序捆绑在一起越来越不重要了。至少对于2.0，因为它是最常安装的

---

我想说的是，对于3.5，由于它不一定安装，为了便于使用，最好在下载时包含它。

我个人更希望知道它安装的是.net

---

大多数非技术人员不会在意，并且会对要求他们点击次数超过必要次数的安装程序感到恼火（思考过程会是“安装.net？什么.net？你问我是因为我应该安装它，还是因为我不应该安装它？让我们在很多人中随机选择一个选项）。

我推荐1mb安装程序或“引导者“方法。除非你是走在最前沿，否则现在大多数Windows机器上都已经安装了2.0框架，而让应用程序快速下载和安装通常是大多数用户的想法。

虽然我个人不喜欢只有0.5 MB的下载程序，以后才下载实际可安装的内容，因为您无法归档实际下载的安装文件，所以我不得不说，在这种情况下，我更喜欢1MB安装程序。Net运行时非常常见，大多数计算机上都可以找到它。如果不是，它应该直接来自微软，而不是试图在安装程序中保持.Net framework的最新版本。另一个选项，在Eclipse和Netbeans等Java IDE中很常见，就是既要有一个不随J2SDK提供的版本，也要有一个包含J2SDK最新版本的版本。

我认为是Adobe Acrobat，它有一个1/2MB的安装程序下载来引导更大的程序。Acrobat是下载量最大的软件包之一，他们仍然觉得有必要减少初始下载的大小。微软也在一些更大的软件包上使用这种方法

---

然而，这两个示例的问题是，它们在下载完整应用程序时提供的体验要比标准Visual Studio安装包下载框架时提供的体验好得多。

Scott Hanselman最近谈了一个非常好的话题，他谈到了捆绑.net框架。还需要注意的一点是.net 2.0包含在Windows XP SP2中，因此最新的计算机应该至少具有以下功能

您不能在下载和提供相应的安装程序时检测框架是否已安装吗？这样，没有安装的用户不会受到惩罚，没有安装的用户将获得完整安装

---

顺便说一句，我们的应用程序只是一个小规模下载，可以动态下载它需要的框架，但我们的目标不是“商业”受众。我们的应用程序更像是一个利基应用程序，因此您的YMMV。

记录框架依赖项，并为用户提供一种可选的安装方法，如果用户在安装过程中尚未安装。如果您是通过互联网进行交付，这一点尤其重要。如果您是通过CD/DVD交付的，请务必在代码中包含可再发行的内容，以防用户无法通过网络访问该内容。

无论哪种方式，请确保在使用下载选项时向用户发出警告。没有什么比高兴地发现您在未连接internet的计算机上安装的新程序太小，然后发现您还没有完全完成…以及新的客户端配置文件内容（取决于您的版本）更令人恼火的了。

大多数浏览器的用户代理字符串中都有它。不，IE在用户字符串中有它。但这仍然是个问题。而且，如果Firefox运行的是3.5 SP1或更高版本，这也是一个指标。这是误导。这是一个可选的更新，所以即使是一台虔诚地使用Microsoft update的机器也可能没有它。如果一个下载程序只有半兆，那么实际的产品是什么样的膨胀软件？