.NET 3.5客户端框架简介。完全没用吗？我有所遗漏吗？

Question

我目前正在评估 .net 客户端框架，用于未来的项目。我发现一些问题，除非我漏掉了什么，否则这使它变得相当无用。

我在一个干净的 xp 虚拟机上安装了客户端框架。当我开发了一个小型测试 winform 应用程序（编译针对 .net 3.5 客户端框架）并将其复制到虚拟机时，我无法运行它。错误消息是需要 .net 3.5 sp1 或更高版本。我猜问题出在 sp1 上，客户端框架有 sp1 吗？我找不到它。

然后我打开了 Windows 更新以获取 SP1。这是一个 70MB 的更新，完全忽略了“小”的 .net 客户端框架的意义。之后应用程序确实可以工作了。

另一件事，客户端框架是在线安装程序。离线安装程序大小为 255MB？所以功能较少，但大小与完整的 .net 框架大致相同？

还有一件事，如果您安装了任何早期版本的 .net（这并不是完全不可想象的，vista 和 2003 甚至包括它），则根本无法安装客户端框架。将 2.0 升级到 3.5 sp1 比客户端框架大得多（28mb），因此如果可以这样做，这将非常有用。

那么，我有错吗？如果没有，有人真正发现客户端框架有用吗？

- Pablote

---

我个人从未尝试过，但听起来非常好奇。我会尽力找时间启动虚拟机并进行调查（纯粹是因为我对这种事情感到好奇）。 - Marc Gravell

Answer 1

我的经验和你的差不多。最重要的是，我发现使用Visual Studio创建ClickOnce应用程序时，客户端配置文件根本无法作为安装过程的一部分安装，因此您最终仍然需要安装整个框架。

即使这样，在某些机器上似乎仍然无法正确运行，所以我放弃了它，只是将最新的完整框架与我的程序打包在一起以确保成功，确保项目设置不使用仅限客户端选项。

我个人希望看到有关仅限客户端框架的正确使用方式的文档，并对为什么在当前版本中它似乎非常糟糕的情况进行一些解释。

- Ian Gilham

---

我应该指出，随 .NET 4 发送的客户端配置文件似乎可以在完整的 IDE 支持下正常工作，并提供更完整的框架支持。 - Ian Gilham

Answer 2

如果您正在分发需要尽可能低影响的可下载大众客户端应用程序，则使用客户端配置文件有一些优势。以下是各种版本的.NET框架在各个Windows版本上的安装时间影响的评估（不幸的是不包括Vista）：

http://coditate.blogspot.com/2008/12/impact-of-net-framework-on-software.html

- Ashley Tate

Answer 3

你需要在可执行文件旁边添加一个特殊的 .config 文件，表明该应用程序支持客户端框架。当你点击“客户端框架子集”按钮时，Visual Studio会自动创建此文件。有关更多信息，请参阅客户端框架 MSDN 文档 http://msdn.microsoft.com/en-us/library/cc656912.aspx。

- Jonas

Answer 4

我使用 Click Once 部署我的应用程序，目标 .Net 3.5 客户端配置文件 SP1，如果用户缺少框架，则会在安装过程中自动提示下载并安装客户端配置文件。（即它可以正常工作）。

也许检查先决条件（虽然我认为它们可能只适用于 Click Once）：

- markmnl

Answer 5

在WIN XP中，您必须先安装.NET FRAMEWORK版本（1.1、2.0/sp1、3.0/sp1、3.5），才能完成.NET FRAMEWORK 3.5 SP1客户端配置文件的完整安装。否则，只会安装.NET FRAMEWORK客户端配置文件。

引用自： https://msdn.microsoft.com/zh-cn/library/cc843122(v=vs.90).aspx

- HKoohi

---

欢迎来到 Stack Overflow！这并不是对上面问题的真正回答。 - ByteHamster

谢谢，答案与问题相关，稍加思考即可理解。 - HKoohi