[英].NET 3.5 SP1 as a requirement (or should I try for 3.5 w/o SP1)?
我们正在创建一个针对.NET 3.5的WPF自定义控件。 在绑定中使用StringFormat属性非常引人注目，但这仅在SP1中添加。
所以问题是：通过将需求从.NET 3.5更改为.NET 3.5 SP1，我们将切断多少潜在用户？ 或者可以安全地假设每个拥有.NET 3.5的用户已经拥有SP1（或将在不久的将来拥有它）？
非常感谢您的意见。 谢谢。
对于大型企业来说，SP1可能仍然很慢部署到桌面 - 只是它是相当多的测试等，除非你有充分的理由去做，你会被诱惑不去。
对于个人而言 - 除非你有一个胖管（不是每个人都这样做），否则它可能是一个很大的下载。
例如，在我的工作中，我们已经部署到Web服务器（因为他们需要它），但不是部署到用户桌面。 如果我需要推SP1那么，但直到那时我才意见到。
您可能还想查看您的代码是否可以在客户端配置文件上运行？ 这只是一个<30MB的安装...虽然我从来没有真正看到任何人愤怒地使用客户端配置文件（如果你将不得不进行部署，那么：推动大的......）。
所以它真的取决于：谁是这个应用程序的用户？ 你可以强力武装升级吗？ 或者至少“鼓励”他们;-p
你是如何部署WPF应用程序的？ 如果安装程序那么您是否可以不仅仅添加SP1作为先决条件并让安装程序对其余部分进行排序？
您应该能够将SP1与安装程序捆绑在一起（如果您要发送传统媒体），或允许下载它。
对于安装了.net的每个人来说，.net 3.5 sp1将在Windows更新中，所以除非它是一个部署策略非常慢的大公司，否则我认为应该不是问题。
此外，在这样的comapny与那些部署策略，我不希望找到.net 3.5。
我个人开始销售WPF应用程序几乎就是.net 3.0发布时，每个人都在谈论大的下载，但我从来没有从真正的潜在用户那里得到关于它的抱怨，只有来自其他开发人员或论坛中的IT人员。 （如果您的目标受众有很多人仍然使用拨号，那么您有不同的问题，也可能没有.net 3.5）
检测.NET Framework 3.5 SP1依赖性（cmp.3.5 w / o SP1）
[英]Detect .NET Framework 3.5 SP1 Dependency (cmp. 3.5 w/o SP1)
声明:本站的技术帖子网页，遵循CC BY-SA 4.0协议，如果您需要转载，请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.
