我必须创建几个表单并将其作为直接EXE（而不是安装程序，安装.NET框架，最终用户不满意，他们想要的东西可以直接打开和工作）。
我知道它可以作为网络完成，但我正在寻找winforms？
请建议哪种工具/技术可以解决这个问题？
谢谢， Karthick
答案 0 :(得分：27)
@Karthick，如果你想要一个没有依赖关系的Windows应用程序Delphi是一个很好的选择。他们有一个非常快速的编译器，非常好的IDE和非常强大的语言，你可以在几分钟内生成最快的Windows本机应用程序。您还可以使用数以千计的第三方组件（商业和免费）来扩展您的应用程序，并与一个令人惊叹，活跃且非常协作的社区进行交互。
您可以在此link
中查看使用delphi创建的应用程序另一个例子是
再见。
答案 1 :(得分：4)
如果客户端计算机上没有安装.NET框架，您将无法编写任何.NET Windows应用程序。
因此，您的选择是更改为不编译为中间语言的语言。也许是C ++或C或类似的东西。
当然，大多数（如果不是全部）Windows机器默认情况下已经安装了某种形式的.NET Framework。因此，如果已经部署的计算机上已经存在，则可能不需要安装任何额外的东西。如果框架已经存在，那么您可以根据需要进行复制和粘贴部署。只需运行exe就可以了。
我认为你真正需要做的事情是找出他们为什么不希望随应用程序安装框架的原因。然后看看你是否可以解决问题。
尽管如此，网络应用仍然是此类要求的最佳选择。
答案 2 :(得分：1)
答案 3 :(得分：1)
您还应该考虑Windows Template Library（WTL）。它是一个基于模板的C ++框架，它基于ATL构建，允许您创建小而轻的可执行文件，几乎没有（如果有的话，取决于应用程序）依赖项。我一直都在使用它，不能足够推荐它。
答案 4 :(得分：0)
您想在不安装.Net的情况下使用.Net吗？
你最好的选择可能是在C ++中编写MFC代码，但要注意的是，这更加复杂和痛苦（没有设计师，只有一个）。
答案 5 :(得分：0)
如果你想要一个没有依赖关系的Windows窗体应用程序，C ++可能是你最好的选择，因为它允许你将任何依赖关系静态链接到你的EXE中，或者只是将DLL包含在同一个目录中。
如果你可以在没有“安装”它们的情况下将你的运行时DLL包含在你的应用程序中，那么VB6和Delphi也可能成为可能 - 我不确定是否可以使用它，你必须测试它。正如命令所说，大多数机器都安装了.NET。我相信Windows XP SP2附带了.NET框架（尽管最初的XP安装只包含在“附加组件”中）。