我们正在考虑整个组织中相当大的框架的部署和更新策略。该应用程序将在.NET 3.5中运行,并将在Windows XP,Vista和Win 7计算机上运行。我已经使用过Clickonce几次,它确实运行良好。 有没有人想过,或者用Clickonce实现了Windows的BITS功能。我觉得BITS的涓流升级方法会使频繁的框架更新非常友好。
任何帮助表示感谢。
答案 0 :(得分:3)
问题在于BITS用于在后台传输数据,而CLICKONCE或多或少是安装/更新/运行应用程序所需的那些DLL /可执行文件的JIT下载程序。
此外,ClickOnce是一种开箱即用的体验。它已经可以工作了,而BITS解决方案(甚至是使用旧的Updater Application Block的解决方案)要求您推出一个用于更新应用程序的框架。
另请注意,没有什么可以说BITS解决方案是一种“涓涓细流”的方法。可以让它一次性下载文件,高优先级并基本上模拟ClickOnce的功能,或者可以构建它以在后台下载类似于FireFox执行更新的更新。
最后,请注意,ClickOnce确实在默认情况下允许ClickOnce部署的应用程序执行的操作中具有安全性,或者甚至默认允许与哪些资源通信。阅读更多here。
答案 1 :(得分:1)
我参与过一个使用BITS和ClickOnce的项目,但没有和你想要的相同。 ClickOnce是下载应用程序的机制,它非常轻巧,尽可能轻松。然后结合使用Microsoft同步服务和BITS来同步数据并下拉工件(大约2 GB)。
请记住,使用ClickOnce,您无需在打开前强制用户升级。您可以在应用程序正在使用时升级应用程序,然后在下次启动应用程序时运行新版本。
答案 2 :(得分:0)
我怀疑Clickonce会有多大帮助,因为你不太可能将它扩展到使用BITS。也许组合方法适用于最初通过Clickonce部署小型自定义下载器,它使用BITS获取剩余部分并进行所有未来更新。