为何libc++20已实现std::flat_map却未实现std::flat_set？

这种进度差异主要源于几个实际开发和标准落地的因素：

• 需求优先级导向：在C23标准推进阶段，std::flat_map的键值对映射场景被认为更贴合主流开发需求，libc团队优先分配资源完成它的实现，以尽早覆盖大部分开发者的核心使用场景。
• 代码复用的阶段性优化：虽然两者结构相似，但早期std::flat_map的实现并没有预先搭建足够通用的底层框架。直到Arthur O'Dwyer主导相关提案时，才重构了底层逻辑，让std::flat_map和std::flat_set可以共享大部分核心代码，从而一次性完成后者的补全。
• 测试与兼容性成本：作为先落地的组件，std::flat_map需要投入更多时间处理边缘case、完善兼容性测试框架。这些积累的测试经验和基础代码，后来才被高效复用在std::flat_set的实现中，避免了重复的试错成本。
• 社区贡献节奏差异：libc++的开发依赖社区贡献，早期只有开发者提交了std::flat_map的完整实现，而std::flat_set的完整实现直到后续提案阶段才由Arthur O'Dwyer完成，自然形成了时间差。

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