.net 我可以使用“单击一次”安装共享文件吗?如果可以,如何安装?

.net 我可以使用“单击一次”安装共享文件吗?如果可以,如何安装?,.net,.net,我们使用“单击一次”安装自定义应用程序。但我喜欢将我的应用程序设计为单独的程序集。例如,我刚刚制作了一个标签和信封打印机,它由几个项目组成,例如,数据管理器、Word自动化、错误记录等。错误日志记录非常详细,它将记录启动调用的事件,一直记录到导致实际错误的方法。这将是很好的,只是使用相同的dll,而我可以与点击一次,如果我更新项目,我将不得不发布每个解决方案,使用它,非常愚蠢的事实 虽然复制错误日志可能不会太糟糕,但这个问题只会变得更糟 单击一次是否只是一次性的,而不是针对认真的开发人员?这将是

我们使用“单击一次”安装自定义应用程序。但我喜欢将我的应用程序设计为单独的程序集。例如,我刚刚制作了一个标签和信封打印机,它由几个项目组成,例如,数据管理器、Word自动化、错误记录等。错误日志记录非常详细,它将记录启动调用的事件,一直记录到导致实际错误的方法。这将是很好的,只是使用相同的dll,而我可以与点击一次,如果我更新项目,我将不得不发布每个解决方案,使用它,非常愚蠢的事实

虽然复制错误日志可能不会太糟糕,但这个问题只会变得更糟


单击一次是否只是一次性的,而不是针对认真的开发人员?这将是站不住脚的,因为就分发和更新而言,它在企业中运行得非常好。从我所看到的情况来看,在可扩展部门失败了。除非我错过了什么

我认为这是不可能的。应用程序清单包含所有应用程序文件及其版本信息和哈希。也许你可以做一些肮脏的黑客,但这就是感觉不对

当然,如果你更新一个项目(dll),这个项目在几个点击一次的应用程序中使用,并且你必须手动发布所有这些应用程序,我同意你的观点——这不是一个开发人员应该做的工作


更好的方法是使用发布管理设置自动构建。或者至少为每个应用程序每晚构建一次,并为自动clickonce部署创建一个脚本。一旦你有了这个设置,你就不会再关心更改的数量了。

我认为这是不可能的。应用程序清单包含所有应用程序文件及其版本信息和哈希。也许你可以做一些肮脏的黑客,但这就是感觉不对

当然,如果你更新一个项目(dll),这个项目在几个点击一次的应用程序中使用,并且你必须手动发布所有这些应用程序,我同意你的观点——这不是一个开发人员应该做的工作


更好的方法是使用发布管理设置自动构建。或者至少为每个应用程序每晚构建一次,并为自动clickonce部署创建一个脚本。完成此设置后,您将不再关心更改的数量。

解决方案是使用windows installer和单击一次

以下是摘录:

这里的基本概念是基于Windows Installer技术创建外部安装。此外部安装负责在安装应用程序之前检查和询问系统。它可以与用户交互,收集和存储配置信息,将共享程序集安装到GAC,等等。在卸载时,它负责清理应用程序通常会留下的资源。例如,它可以卸载文件、删除运行时创建的日志文件、卸载服务、从GAC中删除程序集,等等

将ClickOnce应用程序插入到安装中也是一项相当简单的任务。由于ClickOnce应用程序可以通过Internet或intranet URL激活,因此我们只需在目标系统上创建一个指向应用程序清单的快捷方式即可。为了实现这一点,我们可以使用Windows Installer在安装时动态创建一个.url文件。url文件是一种特殊类型的快捷方式,符合标准的.ini文件格式


解决方案是使用windows安装程序和单击一次

以下是摘录:

这里的基本概念是基于Windows Installer技术创建外部安装。此外部安装负责在安装应用程序之前检查和询问系统。它可以与用户交互,收集和存储配置信息,将共享程序集安装到GAC,等等。在卸载时,它负责清理应用程序通常会留下的资源。例如,它可以卸载文件、删除运行时创建的日志文件、卸载服务、从GAC中删除程序集,等等

将ClickOnce应用程序插入到安装中也是一项相当简单的任务。由于ClickOnce应用程序可以通过Internet或intranet URL激活,因此我们只需在目标系统上创建一个指向应用程序清单的快捷方式即可。为了实现这一点,我们可以使用Windows Installer在安装时动态创建一个.url文件。url文件是一种特殊类型的快捷方式,符合标准的.ini文件格式