Windows:安装应用程序依赖关系

发布于 2024-12-16 16:50:07 字数 778 浏览 0 评论 0原文

我需要为 .NET 应用程序及其依赖项开发一个安装程序。

.NET 应用程序本身使用 WiX 作为安装程序。这已经解决了,实际上不需要改变。

我的问题是“安装依赖项”部分。 .NET 应用程序依赖于其他几个第三方软件包:数据库、一些我有权重新分发的 Windows 更新(这些更新,我需要检查它们是否需要安装、VirtualBox 等)。

我的第一种方法是使用 dotNetInstaller 创建引导程序,但 dotNetInstaller 可以执行的检查非常有限。具体来说,MUI 翻译的 Windows 让我发疯(需要为原始版本安装 Windows 更新) Windows 安装的语言,而不是用户看到的语言)。

创建具有强大逻辑的引导程序有哪些选择? NSIS、InnoSetup 等是否适合我想要的?

我的限制是:

  • 必须可在企业环境中部署
  • 单个 UAC 提示(启动引导程序时)
  • 我不要求将所有内容捆绑在一起的单个文件,尽管如果可能的话会受到欢迎
  • 强大的逻辑(这可能意味着程序)

I need to develop an installer for a .NET application and its dependencies.

The .NET application itself is using WiX for the installer. That is resolved and does not really need to be changed.

My problem is the "install the dependencies" part. The .NET application depends on several other third-party packages: database, some Windows updates which I got permission to redistribute -those, I need to check if they need to be installed or not-, VirtualBox, etc).

My first approach was to use dotNetInstaller to create a bootstrapper but dotNetInstaller is pretty limited in the checks it can perform. Specifically, MUI-translated Windows are driving me crazy (the Windows updates need to be installed for the original language of that Windows installation, not for the language the user sees).

What are my alternatives to create a bootstrapper with powerful logic? Are NSIS, InnoSetup, etc fit for what I want?

My constraints are:

  • Must be deployable in a corporate environment
  • Single UAC prompt (when the bootstrapper is launched)
  • I do not require to a single file that bundles all together, although if possible it'd be welcome
  • Powerful logic (which probably means procedural)

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

扛刀软妹 2024-12-23 16:50:07

安装包的独立引导程序并不多。其中大多数都带有安装创作工具。

在我看来,您必须选择以下选项之一:

  1. 使用 WiX 内置引导程序。
  2. 使用 dotNetInstaller 或 IExpress(它们非常有限)。
  3. 使用不同的设置创作工具来提供更好的引导程序。使用这种方法,您将需要转换您的安装项目才能使用该工具。

There aren't many standalone bootstrappers for installation packages. Most of them come with a setup authoring tool.

The way I see it, you will have to choose one of the following:

  1. Use the WiX built-in bootstrapper.
  2. Use an dotNetInstaller or IExpress (they are pretty limited).
  3. Use a different setup authoring tool which offers a better bootstrapper. With this approach you will need to convert your setup project to use that tool.
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文