.NET 3.5 SP1 作为要求（或者我应该尝试 3.5 w/o SP1）？答案

【问题标题】：.NET 3.5 SP1 as a requirement (or should I try for 3.5 w/o SP1)?.NET 3.5 SP1 作为要求（或者我应该尝试 3.5 w/o SP1）？
【发布时间】：2009-02-09 08:16:05
【问题描述】：

我们正在创建一个针对 .NET 3.5 的 WPF 自定义控件。在绑定中使用 StringFormat 属性非常引人注目，但这只是在 SP1 中添加的。

所以问题是：通过将需求从 .NET 3.5 更改为 .NET 3.5 SP1，我们将切断多少潜在用户？或者可以假设每个拥有 .NET 3.5 的用户或多或少都已经拥有 SP1（或将在不久的将来拥有它）？

我们非常感谢您的意见。谢谢。

【问题讨论】：

标签： .net wpf

【解决方案1】：

对于大型公司，SP1 部署到桌面可能仍然很慢 - 只是因为它需要进行大量的测试等，除非您有充分的理由这样做，否则您会很想不这样做。

对于个人而言 - 下载量可能很大，除非你有一个大管道（不是每个人都这样做）。

例如，在我的工作中，我们已经部署到网络服务器（因为他们需要它），但没有部署到用户桌面。如果我需要推动 SP1，我会，但在那之前我看不到什么意义。

您可能还想看看您的代码是否可以在客户端配置文件上运行？那么这只是一个

所以这真的取决于：这个应用程序的用户是谁？你能强力武装他们升级吗？或者至少“鼓励”他们；-p

【讨论】：

它不是一个应用程序，它是一个控件。此控件的“用户”将是其他 WPF 应用程序的开发人员。所以我不会直接控制最终用户的行为。
谢谢。我想我们会做更多的工作，但没有 SP1 要求。

【解决方案2】：

您如何部署 WPF 应用程序？如果通过安装程序，那么您可以不只是添加 SP1 作为先决条件，让安装程序解决其余的问题吗？

您应该能够将 SP1 与您的安装程序捆绑在一起（如果您要发送传统媒体），或者允许下载它。

【讨论】：

它不是一个应用程序，它是一个控件。此控件的“用户”将是其他 WPF 应用程序的开发人员。所以我不会直接控制最终用户的行为/体验。
如果您的客户是其他开发人员，并且他们已经在使用最新版本的 .NET，那么我认为期望他们安装 SP1 是非常合理的。

【解决方案3】：

.net 3.5 sp1 将为安装了 .net 的每个人提供 Windows 更新，所以除非它是一家部署策略非常缓慢的大公司，否则我认为这应该不是问题。

此外，在这样一个有这些部署策略的公司中，我根本不希望找到 .net 3.5。

我个人几乎在 .net 3.0 发布的那一刻就开始销售 WPF 应用程序，每个人都在谈论大下载量，但我从来没有从真正的潜在用户那里收到过抱怨，只有其他开发人员或 IT 人员在论坛中。（如果您的目标受众有很多人仍在使用拨号，那么您会遇到不同的问题，而且可能也没有 .net 3.5）

【讨论】：