NVIDIA/cccl项目：关于实验性功能启用宏的优化探讨

在NVIDIA/cccl项目的开发过程中，关于实验性功能的使用方式引发了一场讨论。当前实现要求用户在使用实验性功能时需要多次重复"experimental"关键字，这种设计被认为过于繁琐且不必要。

当前实现的问题

现有机制要求用户在使用实验性功能时需要完成以下步骤：

1. 定义一个特定的宏（如LIBCUDACXX_ENABLE_EXPERIMENTAL_FOO）
2. 包含位于experimental目录下的头文件
3. 使用cuda::experimental命名空间

这种三重验证机制在实际使用中带来了诸多不便，特别是在快速原型开发和教育场景中。开发者需要记住或查找如何将这些宏添加到构建命令中，这在在线开发环境（如Godbolt或笔记本环境）中尤为麻烦。

设计改进建议

技术讨论认为，这种宏保护机制是早期设计遗留下来的产物，当时这些功能还属于libcu++的一部分，需要遵循CTK的稳定性保证。但现在看来，这种保护机制已经显得多余，原因如下：

1. 实验性头文件不会被任何非实验性头文件包含，用户必须显式请求才能使用实验性功能
2. 通过包含experimental目录下的头文件和使用experimental命名空间，已经提供了足够的警告和隔离
3. 最佳实践建议在构建系统中定义这类宏，而不是在源代码中，但教育用户正确使用存在困难

技术影响分析

移除这些宏不会带来技术风险，反而能：

1. 简化用户接口，降低学习曲线
2. 减少样板代码，提高开发效率
3. 消除在快速原型开发中的障碍
4. 保持足够的警告机制（通过目录结构和命名空间）

结论

经过技术评估，NVIDIA/cccl项目决定移除这些实验性功能的启用宏，以提供更简洁、更用户友好的接口，同时仍通过其他机制保持对实验性功能的适当警告和隔离。这一改进将使库的使用更加直观，特别是在教育和快速原型开发场景中。