愛的BCGSoft用戶，我們非常高興地宣布BCGControlBar Professional for MFC和BCGSuite for MFC v30.4正式發(fā)布！此版本包含適用于Visual Studio 2017-2019的新應(yīng)用程序向?qū)В琑ibbon后臺視圖位于底部項目、新的圖表類型Polar Bar、改進(jìn)的甘特圖以及其他新的功能和改進(jìn)。

點擊“了解更多”獲取【BCG下載】

v30.4引入了適用于Visual Studio 2017和Visual Studio 2019的新應(yīng)用程序向?qū)В撓驅(qū)O大地簡化了基于BCGControlBar的新應(yīng)用程序的創(chuàng)建，您可以在幾秒內(nèi)創(chuàng)建Visual Studio、Office或類似Explorer的應(yīng)用程序。如果出于某種原因您更喜歡使用經(jīng)典（基于HTML）的應(yīng)用程序向?qū)В瑒t可以在Integration Wizard設(shè)置中指定此選項。

Ribbon Bar

1. BCGPBaseRibbonElement：新方法IsOnActiveFrame告知ribbon控件是否位于活動（聚焦）的框架上。

2. CBCGPBaseRibbonElement：新方法IsOnZoomedFrame告訴ribbon控件是否位于最大化（縮放）幀上。

3. CBCGPRibbonSlider：添加對"Zoom In" ("+") / "Zoom Out" ("-") 按鈕工具提示的支持，方法CBCGPRibbonSlider :: SetZoomButtons具有2個新的可選參數(shù)'lpszZoomInTooltip'和'lpszZoomOutTooltip'。

4. 改進(jìn)對鍵盤導(dǎo)航的支持：通過單擊鼠標(biāo)激活的edit box / combo box控件中的Tab鍵實現(xiàn)了導(dǎo)航。

5. CBCGPRibbonPaletteButton（功能區(qū)庫）：改進(jìn)對高DPI的支持。

6. Ribbon后臺視圖：添加對位于左側(cè)窗格底部的命令/視圖的支持，方法CBCGPRibbonBackstageViewPanel :: AddCommand，CBCGPRibbonBackstageViewPanel :: AddView，CBCGPRibbonBackstageViewPanel :: AddPrintPreview和CBCGPRibbonBackstageViewPanel :: AddRecentView具有新的可選參數(shù)'bAddToBottom'（默認(rèn)值為FALSE）。

7. CBCGPRibbonCaptionCustomButton：新的虛擬方法OnDrawContent提供了自定義功能區(qū)標(biāo)題按鈕外觀的簡便方法。

8. Ribbon Designer：新增對滑塊縮放按鈕工具提示的支持和后臺視圖底部項目。

Chart Control

1. 簡化圖表文本標(biāo)簽自定義過程：將新方法OnFormatDataPointLabelText和OnFormatDataPointTableText添加到CBCGPChartVisualObject類。

2. 圖表數(shù)據(jù)表：改進(jìn)表格單元水平滾動（縮放/平移模式）。

3. 添加置頂縮略圖選項的新標(biāo)志：

• BCGP_CHART_THUMBNAIL_DRAW_SERIES_NAME
• BCGP_CHART_THUMBNAIL_DRAW_OBJECTS
• BCGP_CHART_THUMBNAIL_NO_DRAW_AXIS_LABELS

4. 添加一種新型的極坐標(biāo)圖-極坐標(biāo)條形圖，條形圖的范圍（寬度）使用Y1分量以度為單位設(shè)置，極坐標(biāo)圖的類型可以使用CBCGPChartPolarSeries：SetPolarType（PolarSeriesType type，BOOL bRedraw = TRUE）方法指定，其中類型可以是PST_NORMAL或PST_BAR。

5. 極坐標(biāo)圖和雷達(dá)圖：改進(jìn)圖的布局，現(xiàn)在更優(yōu)化地使用了圖表空間。

6. 金字塔和漏斗圖：改進(jìn)了圖表元素（例如數(shù)據(jù)點）的命中測試。

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

1、前言

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

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

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

所以聰明的GUI庫通常會用一些技巧繞過這個問題：

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

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

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

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

(1) QT

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

支持平臺：Windows、Linux、MacOS等等；

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

(2) MFC

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

支持平臺：Windows；

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

(3) wxWidgets

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

支持平臺：Windows、Linux、MacOS；

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

(4) gtkmm

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

支持平臺：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++實現(xiàn)？

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

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

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

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

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

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

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

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

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

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