[英].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.
