双11狂欢大促

盲盒赢 定制羽绒服

开启惊喜盲盒，抽取你的专属好礼

— 惊喜奖品抢先看 —

超级年卡50元券

周边70元券

手机支架

一拖三数据线

雨伞

运动毛巾

电动牙刷

VIP月卡

机械键盘

定制羽绒服

超级年卡50元券

周边70元券

手机支架

一拖三数据线

雨伞

运动毛巾

电动牙刷

VIP月卡

机械键盘

定制羽绒服

现在用C++写界面用什么好

2013-01-22 08:38:45 2.6万阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

明月书君墨衍会员 · AI 创作全网分发关注 + 加入社区

写好的C++程序如何用QT做个简单的界面在槽函数中调用你在c++中写的函数，我这里c++中用来做最后计算的函数写在了EEDI，我们在c++中一般会在main 函数中来调用这个函数计算结果，这里因为QT本来就带有main函数所以将这个函数复制粘贴在，创建QT项目是自动生成的mainWindow.cpp文件中即可。最后按上面所说的创建两个文本框f_DFgas和EEDI来接收最后的结果（因为我写的函数有两个返回值，所以需要两个接受的文本框）如果文本框里输入的是数组的话获取方式如下，注意我这里ui指向的CF_ME1是文本框的名称，上面的CF_AE也是。阅读详情

如题
现在用C++写界面用什么好

...全文

期货套利策略（二）接上一篇期货套利策略，随着对期货套利策略的深入了解，我发现套利策略不是那么好做的。下面将会讲碰到的一些问题。上一篇文章中没有考虑滑点的问题，这里我们把滑点问题考虑进去。这里先说一些天勤api的买入点，天琴的买入点是当前K线的收盘价。碰到数据传输问题，还有计算等各方面问题，实际情况是无法在当前K线的收盘价买入的。这里我们把这方面问题考虑进去，利用api.wait_update()调到下一个k线数据... 阅读详情

明月书君

C++ 语言 65,214 成员 250,514 内容

+ 关注 + 加入社区

评论 108

切换为时间正序

fengye_826 2014-01-19

打赏
举报

引用 15 楼 blackshelf 的回复:

[quote=引用 14 楼 ppsharp 的回复:] 引用 13 楼 blackshelf 的回复:引用 10 楼 ppsharp 的回复:引用 2 楼 blackshelf 的回复:QT啊，非常简单易用、强大！一周能入门，一个月就能做出非常酷的界面，QT Style Sheet太好用了。可以先看看这本书：<<C++ GUI QT4 编程>> 为什么这本书C++ PRIMER 5TH EDITTION在你网上下载不了呢……

不用客气，只是做一个程序员的博客网站，分享一下硬盘里的资料。：）[/quote]我是刚开始接触编写界面的，可不可以发一个例子学习一下？？

昵称厚积薄发 2013-06-13

打赏
举报

感觉你们都好厉害。大二学生，只学了MFC，还觉得MFC很厉害，我真是孤陋寡闻

nowayw 2013-06-08

打赏
举报

qt 写出的程序能被反编译吗，一般C# 的程序都能被反编译，大家考虑这个问题吗，还有听说delphi 写界面也不错，不知道大家对delphi 有什么评价

a812872970 2013-04-09

打赏
举报

学习了，热心人挺多

gbb21 2013-02-01

打赏
举报

引用 76 楼 a63140180 的回复:

引用 72 楼 gbb21 的回复:Qt 这种需要二次编译的东西居然还有人说其优雅？ QT不是二次编译的好不，只是有部分c++代码是程序自动生成的，最终编译还是c++的编译器gcc或者cl来编译的。

你说的程序根据自动生成代码不正是二次编译么？我不是说二次编译不好，只是要看二次编译用在什么地方。比如用二次编译来生成逻辑无关的资源（例如UI的布局，排版），则是一种非常优雅的方案；如果用二次编译来生成程序逻辑，那么就不利于程序的简洁性和维护性了。

zsyddl2 2013-02-01

打赏
举报

其他的就不说了，有好东西自然后人用了。另外 qt vs插件你是真不了解。诺基亚在08年才收购 qt，早在 2005年以前 qt vs 插件就有了，只是你并不知道罢了。那时候还是全部嵌入 vs里面内嵌编辑。 qt 做嵌入式也是很成熟的。国内有不少厂商尝试 gtk做嵌入式，都艰难告终。在 pc端，qt性能和gtk 的相应速度并不明显。整体来说，方便性稳定性易用性等方面对 c++做原生应用开发来说，是非常不错的选择。

Modeus 2013-02-01

打赏
举报

QT的VS插件也是Nokia收购之后的事情啦。撇开VS插件和qt creater，QT与GTK的开发环境就差不多了，一个是designer，一个是glade。 GTK用C来写确实比较繁琐，没有QT的C++那么“高层次”，但反过来说用C的话对系统资源要求不多，代码运行空间没C++那么多，也许比较适合嵌入式——可惜GTK的大牛们不大力发展嵌入式。为了解决C的开发效率低，大牛们发明了Vala语言，类似C#和Java，比C++更方便。

zsyddl2 2013-01-31

打赏
举报

qt 同样有插件功能。想用xml 解析库多的是，和qt gtk没关系。另外要单纯使用xml qt 也同样可以，谁会强迫你还带上界面库？。诺基亚收购 qt之后只是让更多的人了解认识qt，而其 qtcreator 没见的多好用。windows 用 vs插件就可以了。未收购之前多少年就可以和vs开发 c#一样方便的使用。所以此处几个说法也太牵强了。另外没见得 qt 就那么紧。项目中使用没有什么与外界有不好交互的，都是 c 或者c++代码，哪里来不好交互，不好衔接？这个又是为了而来呢？ “天降神功吧”。另外主要的就是 gtk c封装的模仿对象使用的那么难受。多少的宏代码模板！。

Modeus 2013-01-31

打赏
举报

再补充一下，由于GTK是“松散”的，所以可以按需要只用部分功能，比如我只需要写一个xml文件处理模块，就只调用libxml就行了，不必连带界面库。而用GModule，可以轻松实现插件动态加载功能。

Modeus 2013-01-31

打赏
举报

引用 98 楼 zsyddl2 的回复:

qt 是一体化方案，但是并没有拒绝用户使用任何其他的功能库。而是用更加方便的集成好更多功能，同时用户可以想怎么大杂烩用户随意继续烩。什么后者开放灵活的特点并不是什么特有的优点，前者同样有。前者有的后者并不一定有。而其紧紧便捷方面是后者不能比的。 gtk在稳定性上，windows不敢恭维。而很多windows商业软件也用qt做为界面支持，而没有gtk。可见一斑。另外gtk为c 接口，需要使用 glib 的支撑，该库的使用也是为了模仿面相对象的一种模拟实现，使用习惯上非常别扭。包括gstreamer 也是基于glib的，使用也是同样。另外如果需要使用多音频视频编解码直接上 ffmpeg 就ok了，再说 gstream还使用 ffmpeg做一个支撑呢。

GTK在Windows上用得少，恐怕主要原因是界面丑不好见人吧？GTK+ 2.x的时候，如果没配置好theme，就会很难看。我没说QT不能与其它开源项目搭配，只是可能不太自然——各种数据类型怎么衔接？相对来说GTK本身就是“松散”的，数据类型也比较“原始”，容易与外界交互。 QT近年大热，只不过是出了个qt creater，写代码、编译、调试一条龙。在Nokia收购它之前，用它还不是像用GTK那样。

zero_create 2013-01-30

打赏
举报

zsyddl2 2013-01-30

打赏
举报

qt 还是 c++ 界面的最佳选择。开发速度快捷方面不亚于 C# 。开源并可以商用。我们公司的客户端就用它。不会存在 c# 等其他语言与 c++功能模块调试的交叉问题。 qt5 之后 signal slot 已经使用模板实现，不再是以前的字符串的方式了，这个方面的效率应该大大提高。 qt资料很多很多。想实现的功能基本可以在 demo里面找到。另外什么时候 qt 能去掉元模型直接 c++编译就更爽了。库的大小那一点，就不在选择界面开发库的考虑范围了，要考虑库大小，那就直接api。这里只是推荐一下qt做界面，避免为了做界面浪费多少宝贵时间。再也不用去 mfc 什么的各种折腾了。回头想当年用mfc为了弄个界面各种折腾啊，BCG bar，x 库，and 很多很多。 qt多语言，界面风格等轻松搞定。不仅仅是界面那么简单，qt包含各种日常软件开发需要的模块，字符串解析，字符编码处理，正则表达式，xml解析，配置文件操作，网络通信，与dirextx opengl无障碍配合，等各种方便，可以用更多的时间去做业务逻辑。稳定性非常好，毕竟是十多年的产品了。是开源（免费）的开发库里面和商业版本一样的性能的库，开源产品里面可找不出多少达到这个级别的。有这么方便、快捷、稳定的c++库，也是 c++开发还用去 c#，directui 什么的舍近求远呢？

zsyddl2 2013-01-30

打赏
举报

引用 97 楼 Yannis 的回复:

引用 95 楼 zsyddl2 的回复:qt 还是 c++ 界面的最佳选择。开发速度快捷方面不亚于 C# 。开源并可以商用。我们公司的客户端就用它。不会存在 c# 等其他语言与 c++功能模块调试的交叉问题。 qt5 之后 signal slot 已经使用模板实现，不再是以前的字符串的方式了，这个方面的效率应该大大提高。 qt资料很多很多。想实现的功能 ……

qt 是一体化方案，但是并没有拒绝用户使用任何其他的功能库。而是用更加方便的集成好更多功能，同时用户可以想怎么大杂烩用户随意继续烩。什么后者开放灵活的特点并不是什么特有的优点，前者同样有。前者有的后者并不一定有。而其紧紧便捷方面是后者不能比的。 gtk在稳定性上，windows不敢恭维。而很多windows商业软件也用qt做为界面支持，而没有gtk。可见一斑。另外gtk为c 接口，需要使用 glib 的支撑，该库的使用也是为了模仿面相对象的一种模拟实现，使用习惯上非常别扭。包括gstreamer 也是基于glib的，使用也是同样。另外如果需要使用多音频视频编解码直接上 ffmpeg 就ok了，再说 gstream还使用 ffmpeg做一个支撑呢。

xiaodong60606 2013-01-30

打赏
举报

引用 56 楼 wdgcn 的回复:

我用过好多年MFC，但开始用QT后，就再也不想用MFC了

不是吧？我学MFC呢。

Modeus 2013-01-30

打赏
举报

引用 95 楼 zsyddl2 的回复:

qt 还是 c++ 界面的最佳选择。开发速度快捷方面不亚于 C# 。开源并可以商用。我们公司的客户端就用它。不会存在 c# 等其他语言与 c++功能模块调试的交叉问题。 qt5 之后 signal slot 已经使用模板实现，不再是以前的字符串的方式了，这个方面的效率应该大大提高。 qt资料很多很多。想实现的功能基本可以在 demo里面找到。另外……

QT属于“一体化”方案，而GTK+属于“大杂烩”，各有长短。前者的维护者、资料资源集中，方便上手；后者开放、灵活。GTK+可以用到很多开源库，如GStreamer、libarchive（在Vala中直接支持）。

Modeus 2013-01-30

打赏
举报

引用 91 楼 blackshelf 的回复:

记得当初看《深入浅出MFC》的时候讲到过，还记得MFC为什么把消息处理搞成虚函数。。。至于消息映射，印象中讲的很清楚。。。不过具体内容我给忘了。

MFC使用虚函数，是为了让父类能调用子类重载的消息响应函数。而WTL用模板来达到这个目的，效率高了。据说MFC这样做是因为当年微软的C++编译器很弱，不支持模板…… 而在ATL实现的COM中，同样采用虚函数，但有意剔除vtable，进一步优化。

MaggieLin 2013-01-29

打赏
举报

引用 61 楼 zdarkalone 的回复:

qt几乎是唯一选择了 mfc都没什么人维护。。。烂透了

MFC不是没人维护，微软已经外包给另外一家小公司维护了。。。。

xiaoxiaokun888 2013-01-29

打赏
举报

引用 3 楼 blackshelf 的回复:

引用 1 楼 MoreWindows 的回复:1. 如果程序的界面不是太复杂，用SDK或MFC开发都行。 2. 如果程序对界面的美观要求比较高并且改动比较多，用客户端引擎来做比较好，可以参考C#中的WPF编程。 3. 还有现在很多软件都是客户端嵌浏览器来做界面了，因为网页脚本写界面方便，JS+CSS也利于分工合作。 MFC从2002年就开始衰落了。。。。枉费我当……

但是你会发现，你再学其他的gui库非常容易,例如qt 安卓

zp373860147 2013-01-29

打赏
举报

个人认为，如果是大学生初学者，倒是可以花半年时间学习一下MFC、QT之类的东西，虽然有些过时，但了解一下这些曾经流行的技术还是有必要的，也算是一种鸡肋。但是现在公司里做界面几乎不会再用这些了。有专门卖钱的界面库，比如UIPower,DirectUI等，像腾讯百度360这些公司，则多是用DirectUI技术自己开发界面库给自己公司的产品用。小一些的公司为了人力效率的考虑，可用会用c#做，现在wpf是个不错的选择，但是性能不行。个人认为以后客户端方向会是native+Web的方式，即用c++或c#等等做出一个窗口，里面用Web的方式做界面，这样开发成本大大降低。期待HTML5吧

orafy 2013-01-29

打赏
举报

魔兽世界的Launcher就是用的Qt额

加载更多回复（87）

✦双11狂欢大促✦

现在用C++写界面用什么好

相关推荐

双11狂欢大促