[信号和槽.docVIP

信号(signals)和槽(slots) 精讲 信号(signals)和槽(slots) 信号和信号槽被用于对象(object)之间的通信。信号和槽机制是QT的重要特征并且也许是QT与其他框架最不相同的部分。 前言 在GUI程序设计中，通常我们希望当对一个窗口部件(widget)进行改变时能告知另一个对此改变感兴趣的窗口部件。更一般的，我们希望任何一类的对象(object)都能和其他对象进行通信。例如，如果用户单击一个关闭按钮，我们可能就希望窗口的 close() 函数被调用。 早期的工具包用回调(backcalls)的方式实现上面所提到的对象间的通信。回调是指一个函数的指针，因此如果你希望一个处理函数通知你一些事情，你可以传递另一个函数（回调函数）指针给这个处理函数。这个处理函数就会在适当的时候调用回调函数。回调有两个重要的缺陷：首先，它们不是类型安全的。我们无法确定处理函数是用正确的参数调用这个回调函数。其次，回调与处理函数紧密的联系在一起以致处理函数必须知道调用哪个回调。 消息和槽 在QT中，我们使用一种可替代回调的技术：信号和槽机制。当一个特别的事件产生时则发出一个信号。QT的窗口部件有很多已经预定义好的信号，我们也可以通过继承，给窗口部件的子类添加他们自己信号。槽就是一个可以被调用处理特定信号的函数。QT的窗口部件有很多预定义好的槽，但是通常的做法是给子类窗口部件添加自己的信号，这样就可以操纵自己加入的信号了。 ?? 上面这个图一定要好好理解，每个signal和Slot都是一个Object的属性，不同Object的signal可以对应不用的Object的Slot。 信号和槽机制是类型安全的：一个信号的签名必须和该信号接受槽的签名相匹配。（事实上以一个槽的签名可以比他可接受的信号的签名少，因为它可以忽略一些签名）。因此签名是一致的，编译器就可以帮助我们检测类型匹配。信号和槽是松耦合的：一个类不知道也不关心哪个槽接受了它所发出的信号。QT的信号和槽机制确保他们自生的正确连接，槽会在正确的时间使用信号参数而被调用。信号和槽可以使用任何数量、任何类型的参数。他们完全是类型安全的。 所有继承至QObject或是其子类（如 QWidget）的类都可包含信号和槽。当对象改变它们自身状态的时候，信号被发送，从某种意义上讲，它们也许对外面的世界感兴趣。这就是所有对象在通讯时所做的一切。它不知道也不关心有没有其他的东西接受它发出的信号。这就是真正的消息封装，并且确保对象可用作一个软件组件。 槽被用于接收信号，但是他们也是正常的成员函数。正如一个对象不知道是否有东西接受了他信号，一个槽也不知道它是否被某个信号连接。这就确保QT能创建真正独立的组件。 你可以将任意个信号连接到你想连接的信号槽，并且在需要时可将一个信号连接到多个槽。将信号直接连接到另一个信号也是可能的（这样无论何时当第一个信号被发出后会立即发出第二个）。 总体来看，信号和槽构成了一个强有力的组件编程机制。 简单示例 一个极小的 C++ 类 声明如下： class Counter{public:Counter() {m_value = 0;} int value() const {return m_value;}void setValue(int Value);private:int m_value;}; 一个小型的 QObject 子类声明为： #include QObject class Counter : public QObject{Q_OBJECT public:Counter() {m_value = 0;} int value() const {return m_value;} public slots:void setValue(int value);signals:void valueChanged(int newValue); private:int m_value;}; QObject版本的类与前一个C++类有着相同的域，并且提供公有函数接受这个域，但是它还增加了对信号和槽(signals-slots)组件编程的支持。这个类可以通过valueChanged()发送信号告诉外部世界他的域发生了改变,并且它有一个可以接受来自其他对象发出信号的槽。 所有包含信号和槽的类都必须在他们声明中的最开始提到Q_OBJECT。并且他们必须继承至（直接或间接）QObject。 槽可以由应用程序的编写者来实现。这里是Counter::setVaule()的一个可能的实现： void Counter::setValue(int value){if(value != m_value){m_value = value;emit va