.NET 3.5 SP1作为一项要求(或者我应该尝试3.5 w / o SP1)?

时间:2009-02-09 08:16:06

标签: .net wpf

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

所以问题是:通过将需求从.NET 3.5更改为.NET 3.5 SP1,我们将切断多少潜在用户?或者可以安全地假设每个拥有.NET 3.5的用户已经拥有SP1(或将在不久的将来拥有它)?

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

3 个答案:

答案 0 :(得分:3)

对于大型企业来说,SP1可能仍然很慢部署到桌面 - 只是说它是相当多的测试等,除非你有充分的理由去做,否则你很想不去。 / p>

对于个人而言 - 除非你有一个胖管(并非每个人都这样做),否则它可能是一个很大的下载。

例如,在我的工作中,我们已经部署到Web服务器(因为他们需要它),而不是用户桌面。如果我需要推SP1那么我会,但直到那时我才看到很多点。

您可能还想查看您的代码是否可以在客户端配置文件上运行?这只是一个<30MB的安装...虽然我从来没有真正看到任何人愤怒地使用客户端配置文件(如果你将不得不进行部署,哎呀:推大一个......)。

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

答案 1 :(得分:1)

您如何部署WPF应用程序?如果安装程序那么你不能只是添加SP1作为先决条件并让安装程序对其余部分进行排序吗?

您应该能够将SP1与您的安装程序捆绑在一起(如果您要发送传统媒体),或允许将其下载。

答案 2 :(得分:0)

对于安装了.net的每个人来说,

.net 3.5 sp1将在Windows更新中,所以除非它是一个部署策略非常慢的大公司,否则我认为这应该不是问题。

此外,在使用这些部署策略的comapny中,我根本不希望找到.net 3.5。

我个人开始销售WPF应用程序几乎就是.net 3.0发布时,每个人都在谈论大量下载,但我从来没有从真正的潜在用户,只有其他开发人员或IT人员那里得到关于它的投诉在论坛中。 (如果你的目标受众有很多人仍然使用拨号,那么你有不同的问题,也可能没有.net 3.5)