Service 使用Clickonce部署和后台智能传输服务

我们正在考虑整个组织中相当大的框架的部署和更新策略。该应用程序将在.NET3.5中运行，并将在WindowsXP、Vista和Win7计算机上运行。我已经使用Clickonce几次了，它确实很好用。 有没有人想过，或者用Clickonce实现Windows的BITS功能。我觉得BITS的涓流升级方法会让频繁的框架更新变得非常用户友好

---

感谢您的帮助。

问题在于BITS用于在后台传输数据，而CLICKONCE或多或少是安装/更新/运行应用程序所需的DLL/可执行文件的JIT下载程序

此外，ClickOnce是一种现成的体验。它已经可以工作了，而BITS解决方案（即使是使用旧的Updater应用程序块的解决方案）需要您推出一个框架来更新应用程序

还要注意的是，没有任何迹象表明BITS解决方案是“涓涓细流”方法。你可以让它以高优先级一批下载文件，基本上模仿ClickOnce的功能，也可以构建它在后台下载更新，类似于FireFox执行更新的方式

---

最后，请注意，ClickOnce在默认情况下允许ClickOnce部署的应用程序执行哪些操作，甚至在默认情况下允许它与哪些资源通信方面，确实存在安全影响。阅读更多。

问题在于BITS用于在后台传输数据，而CLICKONCE或多或少是安装/更新/运行应用程序所需的DLL/可执行文件的JIT下载程序

此外，ClickOnce是一种现成的体验。它已经可以工作了，而BITS解决方案（即使是使用旧的Updater应用程序块的解决方案）需要您推出一个框架来更新应用程序

还要注意的是，没有任何迹象表明BITS解决方案是“涓涓细流”方法。你可以让它以高优先级一批下载文件，基本上模仿ClickOnce的功能，也可以构建它在后台下载更新，类似于FireFox执行更新的方式

---

最后，请注意，ClickOnce在默认情况下允许ClickOnce部署的应用程序执行哪些操作，甚至在默认情况下允许它与哪些资源通信方面，确实存在安全影响。阅读更多。

我怀疑Clickonce会有多大帮助，因为您不太可能扩展它以使用BITS。如果您最初通过Clickonce部署一个小型定制下载程序，该程序使用BITS获取剩余部分并进行所有未来更新，那么组合方法可能会奏效。

我怀疑Clickonce是否会有很大帮助，因为您不太可能将其扩展到使用BITS。如果您最初通过Clickonce部署一个小型定制下载程序，该程序使用BITS获取剩余部分，并执行所有未来更新，那么组合方法可能会奏效。

我曾参与过一个使用BITS和Clickonce的项目，但与您想要的内容不同。ClickOnce是下载应用程序的机制，它非常轻，尽可能轻。然后使用Microsoft同步服务和BITS的组合来同步数据和拉下工件（大约2GB）

---

请记住，使用ClickOnce，您无需在打开之前强制用户升级。您可以在应用程序正在使用时升级应用程序，然后下次启动应用程序时，新版本将运行。

我曾参与过一个使用BITS和ClickOnce的项目，但与您想要的内容不同。ClickOnce是下载应用程序的机制，它非常轻，尽可能轻。然后使用Microsoft同步服务和BITS的组合来同步数据和拉下工件（大约2GB）

---

请记住，使用ClickOnce，您无需在打开之前强制用户升级。您可以在应用程序正在使用时升级应用程序，然后下次启动应用程序时将运行新版本。

Cool。只是Clickonce让事情变得如此简单（排除了一些安全隐患）。升级选项非常好，只是下载部分，如果由BITS管理的话，会很好。我在某个地方读到Vista以后，这已经完成了！酷。只是Clickonce让事情变得如此简单（排除了一些安全隐患）。升级选项非常好，只是下载部分，如果由BITS管理的话，会很好。我在某个地方读到Vista以后，这已经完成了！