这是个有点奇怪的问题。我的目标是理解语言设计决策，并确定在c++中反射的可能性。
为什么c++语言委员会没有在语言中实现反射?在不运行在虚拟机上的语言(如java)中反射是否太困难了? 如果要在c++中实现反射，会遇到什么挑战?
我想反射的用途是众所周知的:编辑器可以更容易地编写，程序代码将更小，可以为单元测试生成模拟等等。但是如果你能评论一下反射的用法就太好了。
当前回答
这基本上是因为它是一个“可选的额外项目”。许多人选择c++而不是Java和c#等语言，这样他们可以更好地控制编译器的输出，例如，一个更小和/或更快的程序。
如果您选择添加反射，有各种可用的解决方案。
其他回答
反射可以在c++中实现，并且已经在c++中实现过。
它不是原生的c++特性，因为它有一个沉重的成本(内存和速度)，不应该由语言默认设置——语言是“默认最大性能”导向的。
因为你不应该为你不需要的东西付钱，而且正如你自己所说，编辑器比其他应用程序更需要它，那么它应该只在你需要的地方实现，而不是“强制”到所有的代码中(你不需要对你将在编辑器或其他类似应用程序中使用的所有数据进行反思)。
对于具有反射的语言来说，它是关于编译器愿意在目标代码中保留多少源代码来启用反射，以及有多少分析机制可用来解释反射的信息。除非编译器保留所有源代码，否则反射分析源代码可用事实的能力将受到限制。
c++编译器没有保留任何东西(好吧，忽略RTTI)，所以在语言中没有反射。(Java和c#编译器只保留类、方法名和返回类型，所以你只能得到一点点反射数据，但你不能检查表达式或程序结构，这意味着即使在那些“启用反射”的语言中，你能得到的信息也非常少，因此你真的不能做很多分析)。
但是您可以跳出语言，获得完整的反射功能。C语言中关于反射的另一个堆栈溢出讨论的答案讨论了这个问题。
The reason C++ doesn't have reflection is that this would require the compilers to add symbol information to the object files, like what members a class type has, information about the members, about the functions and everything. This essentially would render include files useless, as information shipped by declarations would then be read from those object files (modules then). In C++, a type definition can occur multiple times in a program by including the respective headers (provided that all those definitions are the same), so it would have to be decided where to put the information about that type, just as to name one complication here. The aggressive optimization done by a C++ compiler, which can optimize out dozens of class template instantiations, is another strong point. It's possible, but as C++ is compatible to C, this would become an awkward combination.
根据Alistair Cockburn的说法，在反射环境中不能保证子类型。
反射与潜在类型系统更相关。在c++中，你知道你得到了什么类型，你知道你可以用它做什么。
在c++中使用反射的情况有很多，而使用模板元编程等编译时结构无法充分解决这些问题。
N3340建议用富指针作为c++中引入反射的一种方式。除此之外，它还解决了一个问题，那就是除非你使用某个功能，否则就不用为它付费。
