现在大家对MFC都嗤之以鼻，会MFC的好像都低人一等。但是....

本司的设备需要配数采界面，需要报各种传感器的曲线、报表、仪表盘显示等工业数据。BS构架刷网页的模式有些数据刷得很难受，很难满足实时曲线显示的需求。
最近有个应用，数采高速图像、位置、压力、加速度等数据，处理后刷新，需要用到复杂的报表、曲线、仪表盘，而且需要用数采数据源实时驱动显示，只能自己写高速数采的界面程序。VC自带MFC的界面惨不忍睹。QT挂数据板卡提供的DLL好像有问题，用户要求用VC搞。之前VC6年代用过XT TOOLS，这次受大佬指点，切到BCG CONTROL。网上有盗版的，但是为了减少麻烦，公司还是买了正版，8000大洋也不贵，同一个项目之前买了个STREAMPIX 的HERMES库一个license 花了2w+。

用了几天，眼前一亮，VS2022 + BCGCONTROL 32.2  VC桌面应用非常给力，做出来的软件有点生产力工具的样子了。非常易用，商业化的东西，到目前为止还没遇到BUG。

曲线，报表，仪表盘几个大工具集还是非常给力的，轻松做出OFFICE 风格的复杂报表和曲线。而且是数据源实时驱动的。

这玩意儿是基于MFC的，现在大家一提MFC都会嗤之以鼻。不过VS+BCG还真的是比较快捷高效的做生产力工具界面的好路径。 BTW: 我们项目中是 MFC + STL + BOOST + 各种附加C++库（如TUBOJPEG LIBXML PCL OPENCV ...）+数采动态连接库(HERMES)一起用的。MFC+BCG挂界面还是不错的，不像大家说的那么不堪，也绝对不是屎山。非互联网的传统工控类应用VS MFC+BCG这玩意儿我觉得还不错。

就是不能垮平台。不过跨平台桌面程序本身可能就比较坑。之前同事用QT写的数采，尤其是从硬件板卡获取数据的部分还有和硬件相关的部分如硬盘留盘高速数据，一夸平台各种坑。
--
FROM 180.78.129.*

网上的只有28版本的，估计是故意留着吸引别人去用，商业应用当然要正版了。我觉得bcg最大缺陷，也是mfc的最大缺陷，不支持xml定义控件，总要一句一句的写代码，太丑了。而且稍微复杂的控件，比如表格，内部逻辑还是挺乱的
--
FROM 36.112.191.*

和c#的xml差远了，还是不好用的
【 在 damingge 的大作中提到: 】
:
: 我这个版本的 BCG 支持 XML
:
: 还提供了专门的工具，把界面设计存XML,bcg可以加载 XML 界面
--
FROM 222.129.130.*

这软件也是用BCG写的

https://sparxsystems.com/products/ea/16.0/index.html

界面截图
https://sparxsystems.com/products/ea/16.0/images/manage-chat-documents.png
--
修改:z16166 FROM 60.12.138.*
FROM 60.12.138.*

前后台之间咋通讯？
【 在 foliver 的大作中提到: 】
: 既然你专注win平台，那么c#和c++混合编程是很好的方式。
: c#用来写界面，wpf，winui都可以，取决于你支持的win系统。方便快捷。
: c++用来做运算。
: ...................
--
FROM 180.78.129.*