字符串的信号（SIGNAL）和槽（SLOT）的宏连接方式在 Qt 4 及早期版本中广泛使用，但这种方法确实存在一些缺点，主要包括以下几点：

1. 类型安全性缺失：由于 SIGNAL 和 SLOT 宏接受的是字符串参数，这些字符串在编译时不会被检查是否真实对应了某个类的信号或槽函数。这可能导致在运行时出现错误，比如信号和槽的参数类型不匹配或者根本不存在这样的信号或槽。

2. 编译时检查缺失：与类型安全性缺失相关，使用 SIGNAL 和 SLOT 宏连接信号和槽时，编译器无法在编译时检查连接的有效性。这意味着一些潜在的错误可能要到运行时才会被发现。

3. 性能开销：虽然这通常不是主要问题，但在某些情况下，基于字符串的连接可能需要额外的运行时开销来解析信号和槽的字符串名称。

4. 代码可读性和维护性下降：使用字符串作为信号和槽的标识符可能会降低代码的可读性和可维护性。字符串可能不容易直观地表示信号和槽的意图，而且在重构或修改代码时更容易出错。

5. 不支持 Lambda 表达式：在 Qt 4 中，由于 SIGNAL 和 SLOT 宏的限制，你无法直接将 Lambda 表达式作为槽函数连接到信号。这限制了使用更简洁、更灵活的 Lambda 表达式的可能性。

6. 不支持任意成员函数：使用 SIGNAL 和 SLOT 宏时，槽函数必须是类的成员函数，而不能是全局函数或静态成员函数。这限制了信号和槽的灵活性。

7. 依赖宏定义：SIGNAL 和 SLOT 宏的使用增加了对宏定义的依赖，这可能导致与某些编译器或构建系统的兼容性问题。

8. Qt 5 及以上版本的废弃：从 Qt 5 开始，Qt 官方推荐使用基于函数指针的新式信号和槽连接方式，而不再推荐使用基于字符串的 SIGNAL 和 SLOT 宏。这意味着在 Qt 5 及以上版本中，使用字符串连接的方式可能会被视为过时或不被支持。

因此，在 Qt 5 及以上版本中，建议使用基于函数指针的新式信号和槽连接方式来提高代码的类型安全性、可读性和可维护性。