在mac下，qt自动化打包、签名、dmg安装包生成、公证

查看appdmg具体安装方法及配置说明

公证需要 codesign 的时候加上 -o runtime 参数，加上了此参数，就需要给app赋予权限，否则会导致运行时的崩溃。 chai.entitlements 就是权限的描述文件

查看chai.entitlements权限说明

如果不清楚里面具体的含义，建议把上述的配置文件的权限如数加上，减少不必要的问题。其他权限可以根据需求来定

查看 dmg.json 参数说明

identityId 获取方法，执行 xcrun altool --list-providers -u "$notarizationUser" -p "$notarizationPasswd" 即可获取

你可以把信号和槽的关系理解为函数调用的问题。当你的程序中某处发出了一个信号，例如

emit valueChanged(100)，那么相当于你要调用和这个信号相连的槽，即上一句可以理解为调用

setNum（100）。

当然，信号和槽比上述调用要先进，例如可以在含有emit valueChanged(100)的函数执行完成后才调用setNum（100）函数。也可以在执行emit valueChanged(100)的地方调用setNum（100），setNum（100）执行完成后再继续执行下一句。就像“ianynchen”所说的那样相当于函数指针。

既然相当于函数调用，那么信号和槽的参数类型和顺序应该一致。当然如果信号的参数个数多于与其关联的槽的参数个数，多于的这些参数不可能传入槽中，因此被忽略了。

用信号和槽机制可以方便模块化程序设计，也就是说编写模块的时候不用理会发出的信号会被谁接收，接收后会干什么，同理不用理会信号由谁发出，如何发出。你可以试试看如果不用信号和槽机制，让一个模块调用另一个模块的函数，你会发现这时你需要对着两个模块的结构都有了解才能进行下去。

同时信号和槽可以动态链接和unconnect，非常灵活。

信号和槽是QT中的一个非常重要的内容，建议你多花时间学习，灵活运用信号和槽可以大大简化你的程序设计工作。建议你好好看看帮助文档中关于信号和槽的那部分内容。

信号和槽的实现过程实际上是QT将你的源代码翻译了一下，变成了含有_moc的标准CPP源文件，然后才去编译连接。有时间的话你可以对比一下你的源代码和翻译后的含有_moc的源代码.

第一，你这多继承看着很违和，为啥还要声明一个私有的ui啊？

第一个错误是：在函数声明和实现的签名中两次使用默认值，这个算是编译器的警告，而算不上是错误除非是严格警告（把所有的警告当做错误对待）。

第二个就是setupUI的问题了，这个你设计其中选择的是dialog，但是你多继承的时候用的是qwidget……把父类转换成为子类是无法通过隐式转换完成的，需要使用dynamic_cast或者强制类型转换变成一个子类对象，不过我认为dynamic_cast会返回空，因为这种转换时不安全的。

综上，两个错误和Qt没一毛钱的关系，都是C++最基本的问题。

---