Windows平台下界面编程技术（windows界面编程用什么）

1.控制台界面

可满足大多数顺序执行、文本交互的程序的要求。缺点是对国际字符的支持不是很好。

2.Win32对话框

可满足一般的简单图形交互的工具程序的要求，运行效率也比较高。缺点是控件太少。且嵌入ActiveX控件困难。如果需要嵌入ActiveX控件(如WebBrowser)可以考虑使用MFC或ATL对话框。对于微型工具程序建议使用。

3.Win32框架窗口

可满足简单的单文档、MDI多文档，菜单和固定式工具栏编程，需要更多功能的话需要自己手动实现，并且嵌入ActiveX控件困难。仅学习使用。

4.Windows窗体应用程序（Windows Forms）

既可满足简单的对话框式应用程序，又可满足复杂的单文档、MDI多文档、分割式窗口等功能。如果需要停靠支持可以使用AvalonDock等插件实现。集成于.NET框架。

5.WPF

和Windows Forms类似，但使用XAML设计，使用DirectX作为渲染引擎，原生分辨率无关渲染，无缝支持高分屏，并且按可视化元素而不是子窗口渲染，设计比Windows Forms灵活，适合于编写界面华丽的应用程序。缺点是内存占用比Windows Forms大得多，并且不跨平台。集成于.NET 3.0+框架。

6.UWP

和WPF类似，不过由于来自Windows 8应用框架窗口化而来，所以它以Page而不是Window为单位（也可以新建窗口，但比较麻烦），并且风格更加触摸化。目前只有Windows 10才能支持UWP。

7.Qt[第三方]

和WPF类似，但使用OpenGL渲染，使用C++或QML设计。它使用C++编写，效率比WPF高一些。如果不调用平台相关的WinAPI的话，还可以跨平台。适合任何类型的程序。目前使用LGPL和商业双重协议。

8.GTK+[第三方]

和Qt类似，但是支持使用C语言编写。不过内部使用UTF-8而不是UTF-16编码，在Windows平台下使用起来有点麻烦。适合任何类型的程序。目前使用LGPL协议。

9.wxWidgets[第三方]

差不多是MFC的改进版，但是跨平台，可编译为Win32、GTK+、Qt等底层实现。适合任何类型的程序。目前使用wxWindows协议。

10.MFC框架窗口

可满足复杂的单文档、MDI多文档、悬浮式工具栏、分割式窗口、选项卡式文档、多顶级文档、多侧边栏等界面，但是必须使用它的文档-视图框架，不使用此框架则不能享受某些功能。缺点是限制太多，并且不是可视化设计，而且不跨平台。不建议使用。目前使用MS-PL协议。

11.WTL

基于ATL对WinAPI轻量级包装的类库，很多东西还得调用WinAPI。没有文档和技术支持。强烈不建议使用。目前使用MS-PL协议。

12.DUILIB[第三方]

使用GDI+自绘控件的界面库，适合编写华丽的界面。但由于授权协议的关系，后来被各大流氓软件厂商fork然后私有化了，现在基本已停止更新。缺点是目前为止官方版本不支持高分屏，且没有文档和技术支持。强烈不建议使用。目前使用MIT协议。

一般来说，程序没必要使用WinAPI编写，太麻烦了。

如果可以接受.NET框架的话（一般是应用软件和一般的工具软件）——

如果可以接受.NET框架，要完全原生的体验，用Windows Forms。

如果可以接受.NET框架，内存足够大，想把界面做得华丽一些，用WPF。

如果不能接受.NET框架的话（一般是运行环境特殊的工具软件或跨平台软件）——

如果不能接受.NET框架，界面要求原生的体验，用wxWidgets。

如果不能接受.NET框架，想把界面做得华丽一些，用Qt。

如果不能接受.NET框架，也不能接受C++的话，用GTK+。

如果不能接受.NET或其它的框架，只需要非常简单的GUI界面的话，用Win32对话框。

如果不能接受.NET或其它的框架，而且不需要GUI界面的话，用控制台程序。