QT在ui文件上建立信号操机制会不会对后期维护产生影响 - love4Mario的专栏 - 博客频道 - CSDN.NETQT在ui文件上建立信号操机制会不会对后期维护产生影响 - love4Mario的专栏 - 博客频道 - CSDN.NET
QT在ui文件上建立信号操机制会不会对后期维护产生影响 - love4Mario的专栏 - 博客频道 - CSDN.NET
在qt中建立信号槽机制有两种方式，一种式在代码中用connect函数连接信号和槽，另一种是在ui文件中右击控件，转到槽来连接。前者在维护代码的时候很容易根据ui中的控件名称锁定signal的发送者，然后确定相应调用的函数。很方便。
但是后者建立信号槽连接后，没有connect函数，头文件中也没有signal函数的声明，你无法通过signal把发送信号的控件和slot联系在一起，往往不知道每个slot是由那个控件的点击事件触发的。
其实这个问题qt已经帮我们做好了，我测试了一下，其实qt自动生成的slot和空间名称是有直接关系的，slot函数的名字一般是on_控件名_clicked()类似的格式，中间的就是控件名，如果你想知道哪个控件干了什么事，直接复制控件名称搜索项目就可以找到对应的槽函数。
后来我有个疑问，就是，当你在ui上建立了信号槽之后，如果后来改变了控件的名称，那么on_控件名_clicked函数不就和控件不匹配了吗？其实这个问题qt也帮我们想好了，当你用ui建立信号槽链接的时候，slot函数名和控件名是时刻对应的，当你改变控件名称，那么原有的slot函数就不起作用了。
所以，在后期代码维护中，想要知道控件做了什么事，只要复制控件名，搜索即可。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
