在多平台GUI开发中，Qt库广受推崇。然而，对于某些开发者而言，Qt的预处理工具 moc（Meta-Object Compiler）可能成为进入Qt世界的一道门槛。本文将探讨Qt在不使用预处理工具的情况下的可用性，并分享社区中的一些见解和经验。
为什么Qt需要moc？
Qt的 moc 工具并非纯粹的预处理器，而更像是一个代码生成器，即它不会直接修改你的源代码，而是生成额外的C++代码。这些生成的代码使得一些C++不支持的特性得以实现，如信号与槽（signals & slots）机制、动态属性系统、国际化以及对象间的反射。这些功能在构建复杂UI和大型应用程序时尤为重要。尽管如此，这也带来了一些不便，特别是当你已经有一个复杂的构建系统时。
用于避免moc的替代方案
-
使用Qt库但不涉及GUI和信号槽：如果你仅仅使用Qt的某些非GUI部分，如字符串处理、文件I/O等，可以完全不涉及
moc。 -
Verdigris库：
Verdigris是一个使用标准C++14的库，通过略显冗长的语法，提供了类似于Qt的功能，而无需额外的预处理步骤。 -
自定义解决方案：有些开发者选择编写自定义的信号槽系统或使用诸如Boost.Signals之类的库。虽然这种方法可以避免
moc，但可能需要大量的重构工作，并且可能导致与Qt其他部分的兼容性问题。 -
预处理代码生成：通过手动或自动化的方式生成Qt需要的代码。这需要对Qt内部机制有较深的了解，且在维护上较为不便。
社区反馈和建议
-
直接使用
moc：许多开发者认为moc带来的不便在实际使用中并不明显。通过使用QMake或CMake构建系统，可以大幅简化moc工具的集成。对于大多数项目，采用并适应这一工具远比重新实现功能或寻找替代方案容易得多。多数开发者建议彻底拥抱Qt的体系架构。 -
构建系统兼容性：实际上，任何现代的构建系统都可以配置以支持
moc预处理步骤。配置复杂的MSBuild或Makefile系统也有许多开源社区提供的教程和示例。 -
Refactoring挑战：试图摆脱
moc会导致你无法使用大量重要的Qt特性，包括大部分GUI组件、动态属性系统和Qt的多线程信号槽功能。
)
