QT在ui文件上建立信号操机制会不会对后期维护产生影响

QT在ui文件上建立信号操机制会不会对后期维护产生影响 - love4Mario的专栏 - 博客频道 - CSDN.NETQT在ui文件上建立信号操机制会不会对后期维护产生影响 - love4Mario的专栏 - 博客频道 - CSDN.NET

QT在ui文件上建立信号操机制会不会对后期维护产生影响 - love4Mario的专栏 - 博客频道 - CSDN.NET

QT在ui文件上建立信号操机制会不会对后期维护产生影响

分类：学习心得 2013-09-22 16:08 129人阅读评论(0) 收藏举报

在qt中建立信号槽机制有两种方式，一种式在代码中用connect函数连接信号和槽，另一种是在ui文件中右击控件，转到槽来连接。前者在维护代码的时候很容易根据ui中的控件名称锁定signal的发送者，然后确定相应调用的函数。很方便。

但是后者建立信号槽连接后，没有connect函数，头文件中也没有signal函数的声明，你无法通过signal把发送信号的控件和slot联系在一起，往往不知道每个slot是由那个控件的点击事件触发的。

其实这个问题qt已经帮我们做好了，我测试了一下，其实qt自动生成的slot和空间名称是有直接关系的，slot函数的名字一般是on_控件名_clicked()类似的格式，中间的就是控件名，如果你想知道哪个控件干了什么事，直接复制控件名称搜索项目就可以找到对应的槽函数。

后来我有个疑问，就是，当你在ui上建立了信号槽之后，如果后来改变了控件的名称，那么on_控件名_clicked函数不就和控件不匹配了吗？其实这个问题qt也帮我们想好了，当你用ui建立信号槽链接的时候，slot函数名和控件名是时刻对应的，当你改变控件名称，那么原有的slot函数就不起作用了。

所以，在后期代码维护中，想要知道控件做了什么事，只要复制控件名，搜索即可。