C++有各种编译时静态反射方案，为什么在工业实践中很少看到使用的？

C++有各种编译时静态反射方案，为什么在工业实践中很少看到使用的？

在开始前我有一些资料，是我根据网友给的问题精心整理了一份「C++的资料从专业入门到高级教程」，

点个关注在评论区回复“888”之后私信回复“888”，全部无偿共享给大家！！！

因为业界很多人写C++的自我定位就是：干脏活、极致追求性能。

那么完整的静态反射方案就存在两个问题：

1. 影响性能。
因为功能太全，用得到的和用不到的功能都打包进去。
生成的 binary 文件大小会膨胀，通用的反射逻辑效率往往也比不上直接面向需求专门做的实现。这都是扣分点。

2. 做不到出淤泥而不染。
本身很多 C++ 项目的架构就野蛮生长，再引入比较重的完整方案，并不能净化整个项目的代码风格，反而会变成一个大型缝合怪。
如果只需要使用反射功能的一个很小的子集的话，重新实现这个子集看起来倒还干净一点。

如果 C++ 的主流应用场景是贴近业务逻辑敏捷开发，那么反射这种懒人金手指必然要经常用到。

但如今这个生态位已经基本被其它语言瓜分了。