安装依赖三方exe/msi的软件设计模式

有些依赖包要安装exe和设置环境变量，但是依赖包本身不能直接运行，还仍需多安装一些msi或exe等程序。本文带领大家探索底层原因及其软件设计模式考虑。

1. 核心原因：系统级工具与语言库的分离

许多软件功能并不是用你当前项目所用的编程语言（如 Python、Node.js）编写的，而是用 C、C++、Go、Rust 等系统级语言编写的，并被编译成独立的、可直接被操作系统运行的原生二进制可执行文件。

项目代码（例如 Python 脚本）需要去“调用”或“驱动”这个外部工具来完成特定任务。这个过程通常被称为“子进程调用”。

举个例子：

• FFmpeg：一个强大的音视频处理工具，用 C 语言编写。你的 Python 程序想转换一个视频格式，代码里可能会写subprocess.run(['ffmpeg', '-i', 'input.mp4', 'output.avi'])。这里，Python 代码只是启动了ffmpeg.exe这个外部程序，并传递参数给它，真正的转换工作是由ffmpeg.exe完成的。
• ImageMagick：图像处理套件。
• wkhtmltopdf：将 HTML 转换为 PDF，使用 Qt WebKit 引擎。
• 各种编译器/解释器：如javac（Java）、gcc（C/C++）、node（JavaScript）本身。
• 数据库客户端：如mysql.exe、psql.exe（PostgreSQL）。

2. 需要安装和设置exe/msi环境变量的原因

安装（通常是 .exe 或 .msi 文件）：
这是将那个独立的、编译好的二进制可执行文件（以及它可能依赖的库文件、配置文件等）放置到你电脑的特定目录（如C:\Program Files\SomeTool\）的过程。闭源软件几乎总是以这种形式分发。

设置环境变量（主要是PATH）：
操作系统（如 Windows）的PATH环境变量是一个目录列表。当你在命令行或代码中只输入一个命令名（如ffmpeg）时，系统会按照PATH中列出的目录顺序，去这些目录里寻找同名的可执行文件。

• 如果没有设置PATH：你每次调用都必须使用完整的绝对路径，例如C:\Program Files\ffmpeg\bin\ffmpeg.exe -i ...，这非常繁琐且代码不可移植。
• 设置PATH后：你只需输入ffmpeg，系统就能在PATH包含的C:\Program Files\ffmpeg\bin\目录下找到它。这使得命令行操作和程序调用变得简洁通用。

3. 闭源 vs 开源

• 闭源可执行文件（.exe）：这是商业软件或某些特定工具常见的分发方式。开发者不提供源代码，只提供编译后的二进制文件。用户必须直接使用这个.exe文件。安装它和设置PATH是唯一的使用方式。
  • 例子：许多专业的工业软件、某些游戏的启动器、部分商业SDK中的工具链。
• 开源可执行文件（.exe）：即使工具本身是开源的（如 FFmpeg、ImageMagick），对于大多数终端用户和其他语言的开发者来说，最方便的方式依然是直接下载官方编译好的、针对自己操作系统（Windows、macOS、Linux）的二进制发布版。自己从源码编译通常很复杂、耗时。
  • 对于Python开发者而言，如果这个工具功能被封装成了一个Python 包装库（wrapper），则可以通过pip安装。但这个pip包在背后做的两件关键事情可能就是：
    1. 下载对应平台的预编译二进制文件（或指导你安装）。
    2. 确保这个二进制文件所在的路径能被你的 Python 代码找到（有时通过修改运行时的路径，而非全局PATH）。

总结与对比