小型自带windows桌面应用技术？

Question

首先，我对此并不陌生。我用VisualBasic3.0编写了Windows桌面应用程序，可以追溯到1991年。我使用了C/C++和Win32 API，VB3-6，C# 1.0-4.0，目前正在开发ASP.Net MVC的web应用程序。然而，自2000年以来，我就没有接触过桌面的东西了，在C#中玩一些部署了WPF的东西。

然而，我最近偶然发现了一个要求，那就是丢弃一个小型的、独立的.exe标准windows桌面应用程序。我不想附带任何主要的依赖项。事实上，我更希望它是uTorrent风格的，即小的，自成一体的，没有大量的垃圾在它周围，可能的话UPX包装。这是软件宣言的一部分:简单性和在用户LocalAppData文件夹中安装的能力。这是一个诊断工具，我们的用户将使用，并将扫描系统和报告各种特定信息位回我们的网络服务器。这必须适用于几乎所有返回到win2k的内容。如果可能的话，我真的不想回到Win32。

现在，当我环顾四周时，一切都变成了MFC、ATL、ManagedC++、WTL、WPF、Metro和其他各种字符串和胶带的混血儿。或者是重框架，如Qt、Gtk和Wx。

问题很简单：

除了Win32之外，这类应用程序的最佳起点是什么？

或者我应该只写“又一个win32”包装器？

Answer 1

这是一个很难击败德尔菲的领域。它能够构建独立的、原生的Win32 (现在还有64个)可执行文件。不需要运行时，甚至不需要.NET。(如果您专门使用dll，则可能需要它们)

或者类似Delphi的开源Lazarus IDE

Answer 2

当您添加starpack / starkit技术时，Tcl/tk符合您的要求。本质上，您可以将整个虚拟文件系统和可执行文件包装成一个单独的可执行文件，该可执行文件可以按原样运行，不需要解压缩或安装。