在不使用Doxygen时，如何避免这种依赖于`__DOXYGEN__`的编写方式？

在不使用Doxygen的时候，你确实不需要担心`__DOXYGEN__`带来的影响，因为这主要是为了满足文档生成工具的需求。如果你想在日常代码中避免对`__DOXYGEN__`的依赖，你可以采取以下几种做法：

1. **隐藏内部细节**：对于仅用于文档的特性或私有成员，可以使用`#if 0` ... `#endif`块将它们包装起来。这样在编译时不执行这些代码，但在Doxygen中能看到。

#if !defined(__DOXYGEN__)
// 这些只在生成文档时才会被Doxygen看到
#endif

2. **文档注释清晰**：确保所有的公共接口都有明确的注释，描述清楚其作用和使用方法，而无需依赖特定的宏来揭示实现细节。

3. **使用条件编译**：如果你有一些调试输出或日志，可以在生产环境中通过编译标志关闭它们，而不是依赖`__DOXYGEN__`。

// 如果DEBUG构建，打印详细信息
#ifdef NDEBUG
#define LOG(x)
#else
#define LOG(x) std::cout << x << std::endl;
#endif
LOG("This message won't be printed in release builds.");

4. **使用专门的注释系统**：如Google的命名约定，虽然不是Doxygen的一部分，但它可以帮助开发者更一致地标记和组织代码，而不必依赖宏。

总之，当你不需要生成文档时，尽量保持代码简洁，注重接口设计，并使用适当的注释，而不是过多依赖`__DOXYGEN__`这样的宏来控制文档展示的内容。