C++是否真的适合做GUI界面?MFC真的过时了吗?
#头条创作挑战赛#
1、前言
这几天在论坛看到一个有趣的问题:新人入职公司做C++开发,发现公司用的界面GUI还是微软古老的MFC框架,想问大家MFC是不是已经过时了?是否还有深入学习的必要? 实则,个人觉得在讨论这个问题之前还有一个更宽泛的问题:C++语言本身是否适合做GUI界面?
MFC
2、C++是否适合做GUI?
先说结论:根据多数开发C++的人来说,单纯做界面GUI的话,C++本身实则并不太适合写GUI。由于C++本身不具备反射和自省,类体系结构超级的静态,且抽象能力有限,而界面GUI本身是个相当动态的东西,所以最基础的C++并不适合用来写GUI,硬写的话最后的程序会超级的冗长和啰唆的。
C++
所以机智的GUI库一般会用一些技巧绕过这个问题:
- 大量宏技巧来保存meta信息,如MFC、wxWigdet。
- 用额外的source transformer来提供反射和动态messaging能力,如Qt。
- 在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;
Qt
(2) MFC
Windows下的GUI库,使用比较广泛;
支持平台:Windows;
网址:
https://www.microsoft.com/zh-cn/;
MFC
(3) wxWidgets
wxWidgets是一个C ++库,开发人员可以使用它为Windows,Linux,MacOS和其他平台创建应用程序;
支持平台:Windows、Linux、MacOS;
网址:https://wxwidgets.org
wxWidgets
(4) gtkmm
gtkmm 是流行的图形界面库 GTK+的官方 C++ 接口;
支持平台:Windows、Linux、MacOS;
网址:https://www.gtkmm.org;
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使用,这是目前个人了解的较为流行的混合开发方式。
qt在开发效率和性能之间达到了完美的妥协,我觉得qt是目前cpp gui开发的最完美框架了,qt不仅仅gui开发,它提供一整套解决方案,又跨平台,完美。
完美可能有些需要商榷,但的确是基本满足大多数需求了。
mfc工业自动化用的多,我就是用的 mfc还可以
感觉Qt更多应用面更广一些
mft qt 这些都是二次封装的sdk库,没有调用win32 来的直接
我不懂,为啥天天说MFC不适合做界面,windows的界面不都是MFC做出来的?
讲真? 现在微软大多数产品界面还真不是MFC做出来的 比如DirectUi,或者基于win32自己封装的一些界面库
wpf过来插一脚
感觉你说的牛头不对马嘴,说是MFC,又一直在举网页前端的实现脚本,根本就不是一个东西!MFC搞的桌面程序,系统服务,搞界面也仅仅是业务需要而已,什么时候变成搞网页脚本的东西去了,用来搞个脚本解释器,浏览器什么的还差不多
你说的好
大部分经典游戏都是c++做出来的,还说c++不适合做界面?
游戏只是界面吗? 看来你是没在dos黑窗口下玩过游戏啊
你们没说到重点,MFC不行只是因为他就叫”没饭吃”
有饭吃,但需要到处要饭。。。
c++能不能做gui和反射有个毛关系,window下的 gdi,,gnome,qt,webkit,directui,opengl等,那个不能做gui,无非就是关于程序大小,开发成本取舍的问题。
Qt涉及的动态库太多,用专用工具来导入需要的库也是挺麻烦的,优点是开发快,但是少个啥也不好一个一个排除,都是一股脑的加动态库,不管用不用的上,能运行就行。
从本质上而言,c++比许多语言都更适合做UI。只是其他语言更容易做出好看的UI,就好似肯德基麦当劳,经过简单培训后,做出的食品的口味就已经相当不错了,而学中餐的,此时可能才刚刚开始学切菜。现代社会的商品属性资本话事,那么就需要培养一大批简单培训即可上岗的人才,即专精型人才。一个浅显易懂的例子,现代网上那么多绚丽的图片,其实都是美术生通过自己设计绘制出来的(当然以后可能是UI),而让美术生从c++开始,还会出现现在的网络世界么?想一想电脑刚出来的样子。通过现代化的分工,让专业的人做专业的事,只要提前定好标准即可。
明白人 但现在大家都讲究一个成本性价比,所以除了技术宅外,推广起来难度高
因为C++本身不具备反射和自省,类体系结构非常的静态,且抽象能力有限,而界面GUI本身是个相当动态的东西?框架、库都动态。
c++builder没有了吗
C++跟GUI根本是两个维度的事情,学好语言本身就好了,至于用什么GUI不是个人能决定的,客户是MFC,你就得MFC;客户是QT你就得QT;即使内部项目,也很少需要你从零开始,前人已经做了技术选型了!所以内修是关键,不要太在意外部!
mfc的适用场景是:做windows小工具,1,需要有简单的客制化的ui交互,2,需要能灵活的修改ui,3,不允许这个工具有庞大的安装包。第2点能淘汰directui,因为要很灵活,说改就改,但你不能为了灵活把ui库改了,因为小工具的开发周期就是很短,没时间让你去整框架和改ui库,第3点能淘汰cef,因为cef太大了。
做3d界面,webgl很好用,和桌面opengl差别不大
同意,但也仅单纯做界面了,性能webgl一言难尽
用lazarus吧,比qt轻量多了,生成界面也时尚,关键开源跨平台。
mfc学起来是不是超累….
前三个都玩过 国内学Qt 混编牛逼 国外考虑版权wx那个用的多 MFC很牛逼但是….
厉害了,大神
底层还不都是c++之类的语言做的