CMake库是否支持多级命名空间？该用法是否为合理实践？

1. 技术上是否支持多级命名空间？ #

完全支持。CMake引入::格式的目标命名空间时，并没有对层级做硬限制，只要目标名称本身符合CMake的字符规则，无论是两层的Parent::Component，还是三层的Raytracing::Math::Utils，甚至更多层级的命名，CMake都可以正常识别。

你可以和普通两层命名空间一样，通过别名目标的方式定义多级命名空间目标，示例代码如下：

# 定义实际的库目标
add_library(math_utils STATIC src/math/utils.cpp)
# 声明多级命名空间别名，CMake完全兼容该写法
add_library(Raytracing::Math::Utils ALIAS math_utils)

在使用时也和普通命名空间目标没有区别，直接在target_link_libraries里传入完整的多级命名空间名称即可。

2. 多级命名空间是不是好的实践？ #

对于规模较大、组件拆分较细的项目而言，使用三级以内的多级命名空间是非常推荐的实践，核心优势如下：

• 层级辨识度高：可以直观体现组件的归属关系，看到Raytracing::Math::Utils就能快速判断它属于光追项目下数学模块的工具组件，比扁平的Raytracing::MathUtils分类更清晰，组件数量多的时候优势尤其明显
• 降低命名冲突概率：如果所有组件都挤在第二层命名空间，很容易出现重名问题，多一层分组维度可以大幅降低冲突概率
• 对齐项目结构：多级命名空间可以和项目的目录结构一一对应，比如src/Math/Utils对应Raytracing::Math::Utils，开发者不需要额外记忆就能快速定位组件对应的源码路径

使用时要注意规避几个误区：

• 不要过度分层：除非项目极其庞大，否则不建议使用四层及以上的命名空间，层级过多会增加使用者的记忆成本，输入时也更容易出错
• 保持规则统一：整个项目的命名空间规则要保持一致，不要部分组件用两层、部分用三层，避免使用者混淆
• 对外暴露的公共组件尽量简化层级：如果你的库是对外提供的第三方库，对外公开的核心组件可以保留两层命名空间保证易用性，仅内部使用的组件用多层命名空间做区分，兼顾内部管理和外部用户的使用体验

内容的提问来源于stack exchange，提问作者Doomerdinger