.NET中ClickOnce /智能客户端部署的陷阱/陷阱

Question

我有几个.NET Windows Forms应用程序,我准备转换为ClickOnce /智能客户端部署方案.我已经阅读了这个非常棒的教程,但是我应该注意哪些陷阱或"陷阱"？

有几个小应用程序一直使用,但主要应用程序是在C#中,每周7天,每天24小时运行,非常大,但每隔几周才会更改一次.它还会本地写入日志文件并与本地硬件设备进行通信.

Answer 1

以下是我所知道的一些内容.

1. 无法在桌面上放置图标. 你现在可以.

2. 我无法为所有用户安装.

3. 我需要通过箍来将部署移动到不同的服务器.如果您在内部开发,并且用户可以看到您要发布到的服务器或者您要部署到公共Web,这不是问题,但如果您需要独立地部署到多个客户站点,那就不是很好了.

4. 从.NET 3.5 SP1开始,您不再需要对部署清单进行签名,这使得将部署移动到新服务器变得更加容易.

5. 我无法在GAC中安装程序集.您可以通过创建ClickOnce应用程序的先决条件的常规安装包来解决此问题.

Answer 2

• 部署更新时,内置对话框将使其看起来好像正在重新下载整个应用程序.实际上,只下载了更改的DLL,并且显示的进度条误导/错误.不要浪费时间试图弄清楚为什么所有组件都被重新部署只是为了发现它们实际上并非如此.不是我做那个或任何事情.
• 当您用于签署原始部署清单的证书过期并且您获得一个新证书时,您将面临一个受伤的世界(客户端都需要卸载并重新安装).详细信息在马的嘴边.

Answer 3

大多数问题已得到解决,但有些人提到无法创建桌面快捷方式.实际上,您可以使用Visual Studio 2008 SP1创建桌面快捷方式.

此外,如果您不使用最新版本的Visual Studio,则始终可以编写代码来创建已安装的开始菜单快捷方式的快捷方式.

Answer 4

我们有一个应用程序,我们将部署为ClickOnce应用程序.我们需要用户能够修改安装中的某些设置(例如部署路径 - IT希望从其网络共享中提供文件,而不是在构建时知道).更改部署中的任何文件时,需要重新计算所有哈希值,并重新签名所有内容.因此,如果此解决方案是内部的,您可能不会在传递签名证书时遇到问题,但如果这是针对客户端的,那么您将需要构建一个花哨的解决方案来绕过此问题.

我从互联网内部的某处听到了隆隆声,未来版本的ClickOnce将消除一些令人头痛的问题.