谁能聊聊QT的优势呢？？ -CSDN社区

c++和Qt4.8在vs2008实现类似简单的聊天软件，使用功能包括群聊,单聊，以及文件传输等功能。聊天采用UDP协议，文件传输使用TCP协议。软件跨平台，可在linux下，Max OS下运行

用c++/qt写的项目，可供自己学习，项目都经测试过，真实可靠，请放心使用。Qt支持 Windows、Linux/Unix、Mac OS X、Android、BlackBerry、QNX等多种平台，并为这些不同的平台提供了统一的开发环境。面向对象 C++是完全面向对象的，这一点和Objective-c等在开发很相似。而Qt又是基于C++一种语言的扩展，大家都知道C++ 有快速、简易、面向对象等很多优点，所以Qt自然也继承者C++这些的优点。 Qt良好的封装机制使得Qt的模块化程度非常高，可重用性较好，对用户开发来货是非常方便的。Qt提供一种为signals/slots(信号和槽) 的安全类型来替代callback，使得各个元件之间的协同工作变得十分简单。丰富的API Qt包括多达 250 个以上的 C++ 类，还提供基于模板的 collections， serialization， file， I/Odevice， directory management， date/time 类。甚至还包括正则表达式的处理功能。支持 2D/3D 图形渲染，支持 OpenGL。大量的开发文档。 XML支持 Webkit 引擎的集成，可以实现本地界面与Web内容的无缝集成，但是真正使得 Qt 在自由软件界的众多 Widgets (如 Lesstif，Gtk，EZWGL，Xforms，fltk 等等)中脱颖而出的还是基于 Qt 的重量级软件 KDE。信号和槽机制 Qt提供了信号和槽机制用于完成见面操作的响应，是完成任意两个Qt对象之通信机制。其中，信号会在某个特定情况或动作下被触动，槽是等同于接受并处理信号的函数。为什么方法不是直接调用的。中间用到 Signal 和槽机制不是多此一举？其实在我们生活也是一样，老板级别的好说话，老板给助理分派任务也好说话，但是助理给老板分任务，可想而知会有什么后果，在以前的统治阶层肯定不允许这样的事发生。所以在分层思想中，我们所调用的函数也是这样的，上层可以调用下层和同一层的函数，下层函数不可以调用上层函数，否则程序的层次性会被打破，导致结构错综复杂，难以维护和管理。那么怎样才能做到向上管理呢，有任务分配给老板怎么办？老板会设立一个机构，也就是一个函数，用无限循环来查询助理的状态，如果助理真的有事情，这个机构就把这消息拿到老板来处理。但是这种处理方式显得有些复杂，我们想要的简单明了的方式是，如果助理有事件发生，可以直接调用老板函数处理。说了这么多其实就是想说，信号和槽的最大优势在于，它完善了程序分层的思想，可以在不改变程序的层次性的情况下，完成由下层到上层的调用。在下层发出一个 Signal，这时上层与其想关联的 Slot 函数就会响应。

用c++/qt写的项目，项目都经测试过，真实可靠，能跑通，可以直接运行，请放心下载使用。

用c++/qt写的项目，可供自己学习，项目都经测试过，真实可靠，请放心使用。Qt支持 Windows、Linux/Unix、Mac OS X、Android、BlackBerry、QNX等多种平台，并为这些不同的平台提供了统一的开发环境。面向对象 C++是完全面向对象的，这一点和Objective-c等在开发很相似。而Qt又是基于C++一种语言的扩展，大家都知道C++ 有快速、简易、面向对象等很多优点，所以Qt自然也继承者C++这些的优点。 Qt良好的封装机制使得Qt的模块化程度非常高，可重用性较好，对用户开发来货是非常方便的。Qt提供一种为signals/slots(信号和槽) 的安全类型来替代callback，使得各个元件之间的协同工作变得十分简单。丰富的API Qt包括多达 250 个以上的 C++ 类，还提供基于模板的 collections， serialization， file， I/Odevice， directory management， date/time 类。甚至还包括正则表达式的处理功能。支持 2D/3D 图形渲染，支持 OpenGL。大量的开发文档。 XML支持 Webkit 引擎的集成，可以实现本地界面与Web内容的无缝集成，但是真正使得 Qt 在自由软件界的众多 Widgets (如 Lesstif，Gtk，EZWGL，Xforms，fltk 等等)中脱颖而出的还是基于 Qt 的重量级软件 KDE。信号和槽机制 Qt提供了信号和槽机制用于完成见面操作的响应，是完成任意两个Qt对象之通信机制。其中，信号会在某个特定情况或动作下被触动，槽是等同于接受并处理信号的函数。为什么方法不是直接调用的。中间用到 Signal 和槽机制不是多此一举？其实在我们生活也是一样，老板级别的好说话，老板给助理分派任务也好说话，但是助理给老板分任务，可想而知会有什么后果，在以前的统治阶层肯定不允许这样的事发生。所以在分层思想中，我们所调用的函数也是这样的，上层可以调用下层和同一层的函数，下层函数不可以调用上层函数，否则程序的层次性会被打破，导致结构错综复杂，难以维护和管理。那么怎样才能做到向上管理呢，有任务分配给老板怎么办？老板会设立一个机构，也就是一个函数，用无限循环来查询助理的状态，如果助理真的有事情，这个机构就把这消息拿到老板来处理。但是这种处理方式显得有些复杂，我们想要的简单明了的方式是，如果助理有事件发生，可以直接调用老板函数处理。说了这么多其实就是想说，信号和槽的最大优势在于，它完善了程序分层的思想，可以在不改变程序的层次性的情况下，完成由下层到上层的调用。在下层发出一个 Signal，这时上层与其想关联的 Slot 函数就会响应。