据我所知，没有办法让 C++ GUI 设计器将您的应用程序作为一个独立的可执行文件发布。所有 3rd 方框架都以 .dll-s 等形式添加它们的依赖项，无论是 MFC、Qt、WTL、wxWidgets、GTK。这让我只有一个解决方案 - 自己使用 Win32 API 为我当前的应用程序设计 GUI。我的假设是正确的还是我遗漏了什么？我一直想知道 uTorrent 和其他一些人是如何做到的。谢谢。
【问题讨论】：
标签： c++ user-interface frameworks
不，您可以静态链接大多数流行的 GUI 框架，包括 MFC、Qt、ATL/WTL 和 wxWidgets。我不了解 GTK，但我认为您可能也可以静态链接它。
静态链接意味着您无需动态链接到 DLL 中的库代码，而是将该代码直接链接到可执行文件中，从而生成一个独立的 EXE 文件，您可以在没有任何外部依赖项的情况下发布。
当然，这些依赖项仍然存在，它们仍然会增大可执行文件的大小，这可能是个问题，具体取决于您的部署机制。此外，对于接近金属的编程也有话要说，因此直接使用 Win32 API 绝对是一种选择。这将产生绝对最小、最轻的应用程序，而且可能也是最快的。事实上，我相信这正是 μTorrent 所做的（或者至少，这是他们过去几个版本所做的）。
【讨论】：
某些框架允许您构建一个自给自足的“独立单体”EXE，而无需任何额外的依赖项（除了操作系统提供的明显 API）。 例如，在 MFC 中，您可以选择“静态”或“动态”MFC 使用。第一个选项意味着所有需要的东西都将链接到您的 EXE 中。
【讨论】：
根据您的应用程序的最低操作系统要求，您可以动态链接到包含在 Windows 的最低目标版本中的 MFC 或 ATL（如果是 WTL 应用程序）版本。
这种解决方案还有一个额外的优势 - 每当使用的库的安全更新出现时，您无需更新应用程序即可从中受益。
但无论如何，为纯 Windows API 编写代码并没有那么可怕，所以我建议你使用它。
一个问题是使用较新版本的 Visual Studio 编译的应用程序需要最新的 CRT 运行时库，您必须在安装程序中提供该库或让用户自行安装。有办法克服这一点。我认为that blog entry 是我前段时间偶然发现的。当然，您必须小心，就好像您动态链接到旧的 CRT 库一样，最好也针对其标头进行编码。也许有办法完全摆脱 CRT 依赖。
在与 Cody Gray 进行激烈讨论后，我决定在下面进行详细说明，以重申我的观点并提出一些警告。
咆哮来袭
即使是桌面软件，您也必须在发布后为用户维护一项服务。操作系统版本会发生变化，它们的 API 和随附的库也会发生变化。 Apple 在使用较新的 OS X 和 iOS 版本“破坏”应用程序方面没有问题，开发人员明白他们必须让他们的产品保持最新，否则他们会失去客户或忙于支持电话。微软在“大商业世界”中创造了一类将软件视为建筑物的程序员。你设计它，建造它，有人批准它，你就完成了，也许再支持它两年。这不是应该的。
即使一个人编写了尽可能多的面向未来的应用程序，即取决于目标操作系统的完全定义、一般和记录的行为以及可能出现的任何行为，甚至它们静态链接到它使用的所有库，他们使其独立、正确和oldnewthing-approved，他们仍然必须在未来几年积极维护它。它所依赖的库确实发生了变化。它们被升级、改进、错误被移除、漏洞被修复、依赖于操作系统的行为被更新、被移除、被修复或被普遍化。
即使应用程序依赖于绝对最少的系统库集，上述所有内容也适用。
因此，无论您的应用是否应该在有限的时间内使用，您都必须假设并计划您将不得不维护它，如果有任何与您相关的变化应用程序。即使它是一个纯粹的 Win32 API 应用程序，您也必须检查它在较新版本的 Windows 中的行为方式，它是否提供了新操作系统的用户期望从他们的应用程序中获得的 UI 元素或服务。
话虽如此，如果您不走纯 Win32 API 路线，请注意使用任何我最初提到的 hack。
即使您的项目产生了一次性应用。即使只是为了让自己适应未来。
【讨论】：