頭條創(chuàng)作挑戰(zhàn)賽#

1、前言

??這幾天在論壇看到一個(gè)有趣的問題：新人入職公司做C++開發(fā)，發(fā)現(xiàn)公司用的界面GUI還是微軟古老的MFC框架，想問大家MFC是不是已經(jīng)過時(shí)了？是否還有深入學(xué)習(xí)的必要？ 其實(shí)，個(gè)人覺得在討論這個(gè)問題之前還有一個(gè)更寬泛的問題：C++語言本身是否適合做GUI界面？

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

??先說結(jié)論：根據(jù)多數(shù)開發(fā)C++的人來說，單純做界面GUI的話，C++本身其實(shí)并不太適合寫GUI。因?yàn)镃++本身不具備反射和自省，類體系結(jié)構(gòu)非常的靜態(tài)，且抽象能力有限，而界面GUI本身是個(gè)相當(dāng)動(dòng)態(tài)的東西，所以最基礎(chǔ)的C++并不適合用來寫GUI，硬寫的話最后的程序會(huì)非常的冗長和啰唆的。

所以聰明的GUI庫通常會(huì)用一些技巧繞過這個(gè)問題：

1. 大量宏技巧來保存meta信息，如MFC、wxWigdet。
2. 用額外的source transformer來提供反射和動(dòng)態(tài)messaging能力，如Qt。
3. 在C++基礎(chǔ)上實(shí)現(xiàn)一個(gè)Domain Specific Language，包括Qt以及各種DirectUI方案。

??嚴(yán)格意義上講，后兩種手段都屬于DSL方法，所以已經(jīng)不能算是純粹的C++開發(fā)GUI了。其實(shí)最適合寫native GUI的語言是Objective-C語言，即便拋棄Cocoa庫來講，單純的論語言能力也是如此，可惜的是它針對(duì)IOS系統(tǒng)，并不能支持跨平臺(tái)。

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

??圖形用戶界面（Graphical User Interface，簡稱 GUI），下面介紹一下C++常用的GUI開發(fā)框架：

(1) QT

Qt 是Qt Company開發(fā)的跨平臺(tái)C++圖形用戶界面應(yīng)用程序開發(fā)框架，目前使用很廣泛；

支持平臺(tái)：Windows、Linux、MacOS等等；

網(wǎng)址：https://www.qt.io；

(2) MFC

Windows下的GUI庫，使用比較廣泛；

支持平臺(tái)：Windows；

網(wǎng)址：https://www.microsoft.com/zh-cn/；

(3) wxWidgets

wxWidgets是一個(gè)C ++庫，開發(fā)人員可以使用它為Windows，Linux，MacOS和其他平臺(tái)創(chuàng)建應(yīng)用程序；

支持平臺(tái)：Windows、Linux、MacOS；

網(wǎng)址：https://wxwidgets.org

(4) gtkmm

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

支持平臺(tái)：Windows、Linux、MacOS；

網(wǎng)址：https://www.gtkmm.org；

其他界面庫還有：

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++實(shí)現(xiàn)？

??至于為什么這么多流行的GUI庫都用C++實(shí)現(xiàn)，很多原因不是在語言本身的能力上，幾個(gè)可能的原因是:

1）GUI是個(gè)基礎(chǔ)構(gòu)件，用C/C++這種較基礎(chǔ)和非常流行的語言來實(shí)現(xiàn)的話，可以讓這個(gè)庫被更多的其它語言所使用。

2）原生性。很多實(shí)際應(yīng)用需求可能不允許類似C#語言這種附帶一個(gè)編譯運(yùn)行時(shí)的東西，或者帶一個(gè)臃腫的Webkit，尤其對(duì)互聯(lián)網(wǎng)客戶端來講，需要發(fā)布的東西越小越輕量越好，所以這些公司的客戶端基本上都是自己造一個(gè)輕量級(jí)的DirectUI，只滿足自己的需求即可，而不用考慮推廣性和普遍性。

3）保留了在性能和抽象之間做權(quán)衡的能力。如果采用了HTML/CSS/JS，那么當(dāng)你需要高性能實(shí)時(shí)渲染時(shí)，可能無法實(shí)現(xiàn)。做為一個(gè)庫來講的話，用戶的應(yīng)用場景千變?nèi)f化，必須要為這些可能性保留相關(guān)的能力。

??總得來說用C++寫GUI需要付出更多的努力，但回報(bào)也更高，前提是有一個(gè)或輪一個(gè)靠譜的DSL。事實(shí)上HTML/CSS/JS也可以看作是一個(gè)DSL，運(yùn)行在C++寫成的解釋器(瀏覽器)上。

4、MFC是否已經(jīng)過時(shí)？

??Microsoft Foundation Classes，是微軟公司提供的類庫，以 C++類的形式封裝了Windows API，也是一個(gè)應(yīng)用程序框架，用以減少應(yīng)用程序開發(fā)人員的工作量。但令人遺憾的是MFC 在很多年前就已經(jīng)停止更新了，微軟官方現(xiàn)在也是在主推自家的 .net 技術(shù)，雖然 MFC 也被保留了下來，但更多的是為了一些舊的產(chǎn)品的維護(hù)開發(fā)使用，比如一些大公司的老舊產(chǎn)品是用MFC開發(fā)的，多年積累下來，想換一種框架重寫的話，可能工作量無法估計(jì)，另外很可能會(huì)出現(xiàn)大量未知的bug，因此仍舊采用當(dāng)下的MFC來維護(hù)不失為一種最穩(wěn)妥的方式。

5、界面開發(fā)趨勢(shì)——混合開發(fā)

??單純做界面的話，那么最適合的可能是HTML/CSS/JS，理論上來講它是把結(jié)構(gòu)描述（HTML）、樣式描述（CSS）和動(dòng)態(tài)計(jì)算（JS）劃分的最好的，并且高度標(biāo)準(zhǔn)化。假如你的GUI程序中不存在高性能實(shí)時(shí)渲染的話（如毫秒級(jí)更新的圖表、或嵌入OpenGL/D3D窗口），那么配合前端之類的MVC庫，軟件操作手感和響應(yīng)幾乎可以達(dá)到和native程序一樣，并且寫起來比C++輕松和簡潔很多，并且界面的美觀性也可以得到保證。

??對(duì)于不那么追求軟件包大小以及運(yùn)行效率要求非頂尖的軟件，其實(shí)目前比較流行的是C++混合開發(fā)，大體就是利用html+js來編寫界面，然后利用控件方式嵌入C++中，后臺(tái)的程序處理用C++來實(shí)現(xiàn)，這樣也能保證客戶端和web端的界面統(tǒng)一性，例如Qt提供的QWebengine控件，或者自己編譯谷歌瀏覽器內(nèi)核CEF，然后與Qt結(jié)合成QCefView使用，這是目前個(gè)人了解的較為流行的混合開發(fā)方式。