佛山发电机出租而这种面向对象系统正是由G

　　一个GUI系统的价值不在面向对象。实际上，有一类GUI完全是用函数实现的（）；而Gtk的Gobject使用C语言实现了比C++更彻底的面向对象。

　　我觉得Gtk的一个优点是它运行时多态比较彻底。比如界面可以完全是运行时读取一个XML配置文件加载的。

　　Qt主要的优点是功能全面，它远远不仅是一个GUI库。主要问题是个头太大；老的Widget库是编译前生成的代码，而不像Gtk那样界面可以运行时加载；新的QtQuick要带一大坨东西，感觉好重的样子。

　　从学术的角度来说gtk非常值得一学，你可以感受一下C语言，这种面向过程的语言是如何实现面向对象的设计，特别是它继承和多态简直让人大呼过瘾。

　　其次作为界面库它并没有诟病的那么不堪，gtk+3.x支持的runtime过程中动态加载xml来渲染界面也是让人觉得屌炸天。不足在于控件没有qt漂亮（事实上非常丑陋）。但是它足够轻量，你可以非常方便的调用第三方库组件，这一点相比qt算是优势，qt调用某些第三方库组件容易搞出依赖风暴或者兼容性问题（冲突）。

　　qt的优势就是功能全面，体系庞大，开发快，开发爽，文档和示例都很多。当然他的设计思想也很屌，也很值得一学，C++绑定。你需要的常用功能基本上都有容纳，你不需要东拼西凑各种类库来实现各种功能，但是部署打包远没有gtk方便。而且qt的软件个头太大，特别是到qt5之后，这样非常不利于推广，康明斯发电机组特别是对体积有严格要求的软件比如浏览器，输入法等等。

　　你看看除了gnome，gtk+有什么大型应用？gtk+的跨平台性简直就是个笑话，api也难用的要死，和qt完全没有可比性。gui是非常非常需要oop思想的，gtk+强行用c语言来面向对象，在结构体里面套一大堆东西，给人的心智造成极大的负担。你当然可以反驳我说Linux也是这么做的，你觉得难是你技术不行。那你大可选择磨练你的“技术”，浪费时间纠结一些无谓的细节。硬要用gtk+，我也选择vala和gtk-rs，其实vala确实不错，语法类似c#，用来写图像界面很好用，可惜，以gtk社区的尿性，7，8年了连个能用的ide都没有，每天把几个api折腾来折腾去，说好的gtk+4也是一再跳票，缩放也是至今只能整数倍...啧啧，佛山发电机出租关于gtk+和qt，可以看看lxqt的作者的演讲，是个台湾人，基本把两者的优缺点都讲得很透彻了。说实话，要不是qt过去有协议问题，连gnome都不会用gtk+...

　　作为一个界面库，3.0版本之后的gtk已经逐渐成熟了，佛山发电机出租提供的控件可以满足大部分情况下的需要，api也得到了增强，变得更加一致和稳定。大家都提到了XML渲染功能，其实早期也通过专门的glade库支持，但现在已经集成在所有控件里，而且更加简洁和方便。个人觉得值得关注的是版本中演变的对css标识广泛而一致的支持，不仅像过去一样提供了theme配置功能，而且变得更加强大和标准。这实际上使得传统的通过代码绘制界面方式变得几乎没有了必要，从而实现了几乎纯粹的通过配置来渲染界面的方式，而代码只是指定一个大概的布局。我认为界面库的这种演变是值得关注的，可以极大的解放编码负担。

　　GTK+( GIMP Toolkit ) 是一套在 GIMP 的基础上发展而来的高级的、可伸缩的现代化、跨平台图形工具包。

　　提供一整套完备的图形构件，适用于大大小小各种软件工程项目，不论是小到只需要一个窗口，佛山发电机出租还是复杂得如桌面环境。简单来说，GTK+ 是一种函数库是用来帮助制作图形交互界面的。

　　同时，它遵循 LGPL 许可证，所以用户可以用它来开发开源软件、自由软件，甚至是封闭源代码的商业软件，而不用花费任何钱来购买许可证和使用权。

　　这对 C 爱好者来说是极大的诱惑！你也无需担心因为是 C 写的而担心好用不好用，一旦你熟悉了这样的操作方式，自然会觉得非常好用了！

　　Glib 是GTK+的基础，而这种“面向对象系统”正是由“Glib”来提供的。GObject 也就是这种面向对象的机制可以为 GTK+绑定很多种开发语言。目前存在的语言有：C++, Python, Perl, Java, C#，PHP,等其他高级语言。

　　开发图形界面的工具包有很多，windows有WPF、WinForm，Android有自带的SDK，IOS也有自己的一套，跨平台的话可以用Qt，结果发现，GTK真没它的用武之地。

　　首先，GTK是C语言实现的。我们需要明白，对于C程序员而言，大部分都没有接触过图形界面编程，但是对于以后的发展，我们很有必要了解一下图形界面编程。那么问题又来了，我们是学C语言的，我们可能不太乐意学习面向对象语言(如 C++, Java, C#, Objective-C 等)，现在市场上流行的图形界面工具库基本上都是用面向对象语言开发的。再者，对于我们 C 程序员，我们可能只需了解一下图形界面开发过程，并不一定以后从事图形界面开发。所以，GTK是一个很好的选择。

　　实际上，用C语言开发的图形库还有一个MiniGUI，在国内医疗设备应用非常广泛，相反，GTK在国内基本上没人用。但是，我们学习到的个别知识，以后未必一定能用上，对于我们而言，重要的是学习方法。如果觉得 MiniGUI 比 GTK 在国内应用广，就想学习 MiniGUI，那我们是否应该学Android，因为它应用更广。技术是不断的更新的，但是万变不离其宗。

　　学习GTK，我们可以了解到图形界面开发的流程是怎么一个过程，这和 Android 应用开发差不多，假如，有那么一天我们真想做Android开发的工作，我们转过去也容易，因为我们有 C 语言的基础，也有图形界面的基础。

　　从设计思想上说，MFC和WxWidgets是差不多的，都是老老实实使用C++的已有特性来实现自己的功能，康明斯发电机组大量使用了宏来实现事件/消息映射。

　　QT使用预处理器的方式，漂亮的实现了对象元信息（一定程度上的反射特性）、信号/槽、属性系统等等，使得C++也像现代语言一样易于使用了。加上它内部大量的功能包装，基本上可以说有了QT就不需要那些业务无关的乱七八糟的库了。

　　GTK不太了解，只知道是基于C语言实现的界面库，内建了面向对象的机制。并且现在在GLIBC的基础上有了一门新的语言，叫VALA，语法和C#很像，可以编译为C语言，开发效率运行效率兼备。

　　Qt跨平台，功能庞大，康明斯发电机组设计略吊，但是比较臃肿，虽然有qtLite能进行模块阉割，但还是臃肿，但如果Qt只做win平台的话，一般不会对windows底层有比较深入的理解

　　MFC=没饭吃（通常意义上），MFC已经好像快15年没有更新了吧，还不如学但MFC的核心优势是能比较充分了解windows底层的机制

　　一般以稍大龄的研究生、博士领头的初创团队，团队项目多以机械、精密仪器、光学等，都是大量使用MFC的
想了解更多详情请关注：http://www.yzkcfdj.com/