.net NET 3.5 SP1作为一项要求（或者我应该尝试使用3.5 w/o SP1）？

我们正在创建一个针对.NET3.5的WPF自定义控件。在绑定中使用StringFormat属性非常有吸引力，但这只是在SP1中添加的

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

---

非常感谢你的意见。谢谢。

对于大公司来说，SP1在台式机上的部署可能仍然很慢——简单地说，这是一个相当多的测试等等，除非你有充分的理由这么做，否则你可能不会这么做

对于个人来说，这可能是一个很大的下载量，除非你有一个大烟斗（不是每个人都有）

例如，在我的工作中，我们已经部署到web服务器（因为它们需要），但没有部署到用户桌面。若我需要推动SP1，我会的，但在那个之前我并没有看到太多的意义

---

您可能还想看看您的代码是否会在客户端配置文件上运行？这仅仅是一个如何部署WPF应用程序？如果由安装程序执行，那么您是否可以将SP1添加为先决条件，并让安装程序对其余部分进行排序

---

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

.net 3.5 SP1将在Windows更新中提供给安装了.net的每个人，因此，除非它是一家部署策略非常缓慢的大公司，否则我认为这不会是一个问题

而且，在这样一个与这些部署策略相结合的环境中，我根本不希望找到.NET3.5

---

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

这不是一个应用程序，而是一个控件。此控件的“用户”将是其他WPF应用程序的开发人员。因此，我无法直接控制最终用户的行为。谢谢。我想我们会做更多的工作，但没有SP1的要求。它不是一个应用程序，而是一个控件。此控件的“用户”将是其他WPF应用程序的开发人员。因此，我无法直接控制最终用户的行为/体验。如果您的客户是其他开发人员，并且他们已经在使用最新版本的.NET，那么我认为期望他们安装SP1是非常合理的。