C++是否真的适合做GUI界面?MFC真的过时了吗?

#头条创作挑战赛#

1、前言

  这几天在论坛看到一个有趣的问题:新人入职公司做C++开发,发现公司用的界面GUI还是微软古老的MFC框架,想问大家MFC是不是已经过时了?是否还有深入学习的必要? 实则,个人觉得在讨论这个问题之前还有一个更宽泛的问题:C++语言本身是否适合做GUI界面?

C++是否真的适合做GUI界面?MFC真的过时了吗?

MFC

2、C++是否适合做GUI?

  先说结论:根据多数开发C++的人来说,单纯做界面GUI的话,C++本身实则并不太适合写GUI。由于C++本身不具备反射和自省,类体系结构超级的静态,且抽象能力有限,而界面GUI本身是个相当动态的东西,所以最基础的C++并不适合用来写GUI,硬写的话最后的程序会超级的冗长和啰唆的。

C++是否真的适合做GUI界面?MFC真的过时了吗?

C++

所以机智的GUI库一般会用一些技巧绕过这个问题:

  1. 大量宏技巧来保存meta信息,如MFC、wxWigdet。
  2. 用额外的source transformer来提供反射和动态messaging能力,如Qt。
  3. 在C++基础上实现一个Domain Specific Language,包括Qt以及各种DirectUI方案。

  严格意义上讲,后两种手段都属于DSL方法,所以已经不能算是纯粹的C++开发GUI了。实则最适合写native GUI的语言是Objective-C语言,即便抛弃Cocoa库来讲,单纯的论语言能力也是如此,可惜的是它针对IOS系统,并不能支持跨平台。

3、流行的C++界面GUI库

  图形用户界面(Graphical User Interface,简称 GUI),下面介绍一下C++常用的GUI开发框架:

(1) QT

Qt 是Qt Company开发的跨平台C++图形用户界面应用程序开发框架,目前使用很广泛;

支持平台:Windows、Linux、MacOS等等;

网址:https://www.qt.io;

C++是否真的适合做GUI界面?MFC真的过时了吗?

Qt

(2) MFC

Windows下的GUI库,使用比较广泛;

支持平台:Windows;

网址:
https://www.microsoft.com/zh-cn/;

C++是否真的适合做GUI界面?MFC真的过时了吗?

MFC

(3) wxWidgets

wxWidgets是一个C ++库,开发人员可以使用它为Windows,Linux,MacOS和其他平台创建应用程序;

支持平台:Windows、Linux、MacOS;

网址:https://wxwidgets.org

C++是否真的适合做GUI界面?MFC真的过时了吗?

wxWidgets

(4) gtkmm

gtkmm 是流行的图形界面库 GTK+的官方 C++ 接口;

支持平台:Windows、Linux、MacOS;

网址:https://www.gtkmm.org;

C++是否真的适合做GUI界面?MFC真的过时了吗?

gtkmm

其他界面库还有:

imgui (https://github.com/ocornut/imgui)

duilib (https://github.com/duilib/duilib)

xcgui (http://www.xcgui.com/)

GuiLite (https://gitee.com/idea4good/GuiLite)

3、为什么这么多流行的GUI库都用C++实现?

  至于为什么这么多流行的GUI库都用C++实现,许多缘由不是在语言本身的能力上,几个可能的缘由是:

1)GUI是个基础构件,用C/C++这种较基础和超级流行的语言来实现的话,可以让这个库被更多的其它语言所使用。

2)原生性。许多实际应用需求可能不允许类似C#语言这种附带一个编译运行时的东西,或者带一个臃肿的Webkit,尤其对互联网客户端来讲,需要发布的东西越小越轻量越好,所以这些公司的客户端基本上都是自己造一个轻量级的DirectUI,只满足自己的需求即可,而不用思考推广性和普遍性。

3)保留了在性能和抽象之间做权衡的能力。如果采用了HTML/CSS/JS,那么当你需要高性能实时渲染时,可能无法实现。做为一个库来讲的话,用户的应用场景千变万化,必须要为这些可能性保留相关的能力。

  总得来说用C++写GUI需要付出更多的努力,但回报也更高,前提是有一个或轮一个靠谱的DSL。实际上HTML/CSS/JS也可以看作是一个DSL,运行在C++写成的解释器(浏览器)上。

4、MFC是否已经过时?

  Microsoft Foundation Classes,是微软公司提供的类库,以 C++类的形式封装了Windows API,也是一个应用程序框架,用以减少应用程序开发人员的工作量。但令人遗憾的是MFC 在许多年前就已经停止更新了,微软官方目前也是在主推自家的 .net 技术,虽然 MFC 也被保留了下来,但更多的是为了一些旧的产品的维护开发使用,列如一些大公司的老旧产品是用MFC开发的,多年积累下来,想换一种框架重写的话,可能工作量无法估计,另外很可能会出现大量未知的bug,因此仍旧采用当下的MFC来维护不失为一种最稳妥的方式。

5、界面开发趋势——混合开发

  单纯做界面的话,那么最适合的可能是HTML/CSS/JS,理论上来讲它是把结构描述(HTML)、样式描述(CSS)和动态计算(JS)划分的最好的,并且高度标准化。如果你的GUI程序中不存在高性能实时渲染的话(如毫秒级更新的图表、或嵌入OpenGL/D3D窗口),那么配合前端之类的MVC库,软件操作手感和响应几乎可以达到和native程序一样,并且写起来比C++轻松和简洁许多,并且界面的美观性也可以得到保证。

  对于不那么追求软件包大小以及运行效率要求非顶尖的软件,实则目前比较流行的是C++混合开发,大体就是利用html+js来编写界面,然后利用控件方式嵌入C++中,后台的程序处理用C++来实现,这样也能保证客户端和web端的界面统一性,例如Qt提供的QWebengine控件,或者自己编译谷歌浏览器内核CEF,然后与Qt结合成QCefView使用,这是目前个人了解的较为流行的混合开发方式。

© 版权声明

相关文章

29 条评论

  • 头像
    西尾妖 投稿者

    qt在开发效率和性能之间达到了完美的妥协,我觉得qt是目前cpp gui开发的最完美框架了,qt不仅仅gui开发,它提供一整套解决方案,又跨平台,完美。

    无记录
    回复
  • 头像
    琳琳 读者

    完美可能有些需要商榷,但的确是基本满足大多数需求了。

    无记录
    回复
  • 头像
    ALice_Jr0 投稿者

    mfc工业自动化用的多,我就是用的 mfc还可以

    无记录
    回复
  • 头像
    努力回归生活的崽 读者

    感觉Qt更多应用面更广一些

    无记录
    回复
  • 头像
    温度 读者

    mft qt 这些都是二次封装的sdk库,没有调用win32 来的直接

    无记录
    回复
  • 头像
    赵相钦 读者

    我不懂,为啥天天说MFC不适合做界面,windows的界面不都是MFC做出来的?

    无记录
    回复
  • 头像
    卡卡爸爸 读者

    讲真? 现在微软大多数产品界面还真不是MFC做出来的 比如DirectUi,或者基于win32自己封装的一些界面库

    无记录
    回复
  • 头像
    一口炒饭o 投稿者

    wpf过来插一脚

    无记录
    回复
  • 头像
    如月铃_進化理論 投稿者

    感觉你说的牛头不对马嘴,说是MFC,又一直在举网页前端的实现脚本,根本就不是一个东西!MFC搞的桌面程序,系统服务,搞界面也仅仅是业务需要而已,什么时候变成搞网页脚本的东西去了,用来搞个脚本解释器,浏览器什么的还差不多

    无记录
    回复
  • 头像
    石家庄泰曼泰式 读者

    你说的好

    无记录
    回复
  • 头像
    isszz- 投稿者

    大部分经典游戏都是c++做出来的,还说c++不适合做界面?

    无记录
    回复
  • 头像
    讨论 读者

    游戏只是界面吗? 看来你是没在dos黑窗口下玩过游戏啊

    无记录
    回复
  • 头像
    老饕盛澜 投稿者

    你们没说到重点,MFC不行只是因为他就叫”没饭吃”

    无记录
    回复
  • 头像
    蟹行江河 读者

    有饭吃,但需要到处要饭。。。

    无记录
    回复
  • 头像
    陈平平加油吧 读者

    c++能不能做gui和反射有个毛关系,window下的 gdi,,gnome,qt,webkit,directui,opengl等,那个不能做gui,无非就是关于程序大小,开发成本取舍的问题。

    无记录
    回复
  • 头像
    yueflo_ 投稿者

    Qt涉及的动态库太多,用专用工具来导入需要的库也是挺麻烦的,优点是开发快,但是少个啥也不好一个一个排除,都是一股脑的加动态库,不管用不用的上,能运行就行。

    无记录
    回复
  • 头像
    梦之蓝色 读者

    从本质上而言,c++比许多语言都更适合做UI。只是其他语言更容易做出好看的UI,就好似肯德基麦当劳,经过简单培训后,做出的食品的口味就已经相当不错了,而学中餐的,此时可能才刚刚开始学切菜。现代社会的商品属性资本话事,那么就需要培养一大批简单培训即可上岗的人才,即专精型人才。一个浅显易懂的例子,现代网上那么多绚丽的图片,其实都是美术生通过自己设计绘制出来的(当然以后可能是UI),而让美术生从c++开始,还会出现现在的网络世界么?想一想电脑刚出来的样子。通过现代化的分工,让专业的人做专业的事,只要提前定好标准即可。

    无记录
    回复
  • 头像
    兜兜藏个贪财喵 投稿者

    明白人 但现在大家都讲究一个成本性价比,所以除了技术宅外,推广起来难度高

    无记录
    回复
  • 头像
    和语 读者

    因为C++本身不具备反射和自省,类体系结构非常的静态,且抽象能力有限,而界面GUI本身是个相当动态的东西?框架、库都动态。

    无记录
    回复
  • 头像
    乔生长安 读者

    c++builder没有了吗

    无记录
    回复
  • 头像
    Megum1公主 投稿者

    C++跟GUI根本是两个维度的事情,学好语言本身就好了,至于用什么GUI不是个人能决定的,客户是MFC,你就得MFC;客户是QT你就得QT;即使内部项目,也很少需要你从零开始,前人已经做了技术选型了!所以内修是关键,不要太在意外部!

    无记录
    回复
  • 头像
    树上鲸鱼 读者

    mfc的适用场景是:做windows小工具,1,需要有简单的客制化的ui交互,2,需要能灵活的修改ui,3,不允许这个工具有庞大的安装包。第2点能淘汰directui,因为要很灵活,说改就改,但你不能为了灵活把ui库改了,因为小工具的开发周期就是很短,没时间让你去整框架和改ui库,第3点能淘汰cef,因为cef太大了。

    无记录
    回复
  • 头像
    維老师 读者

    做3d界面,webgl很好用,和桌面opengl差别不大

    无记录
    回复
  • 头像
    Blue昼漾 投稿者

    同意,但也仅单纯做界面了,性能webgl一言难尽

    无记录
    回复
  • 头像
    杨酒酒不喝酒 读者

    用lazarus吧,比qt轻量多了,生成界面也时尚,关键开源跨平台。

    无记录
    回复
  • 头像
    读者

    mfc学起来是不是超累….

    无记录
    回复
  • 头像
    殓枝枝 投稿者

    前三个都玩过 国内学Qt 混编牛逼 国外考虑版权wx那个用的多 MFC很牛逼但是….

    无记录
    回复
  • 头像
    旺旺的酷比whmmm 投稿者

    厉害了,大神

    无记录
    回复
  • 头像
    长安静轩阁主 投稿者

    底层还不都是c++之类的语言做的

    无记录
    回复