这是个有点奇怪的问题。我的目标是理解语言设计决策，并确定在c++中反射的可能性。
为什么c++语言委员会没有在语言中实现反射?在不运行在虚拟机上的语言(如java)中反射是否太困难了? 如果要在c++中实现反射，会遇到什么挑战?
我想反射的用途是众所周知的:编辑器可以更容易地编写，程序代码将更小，可以为单元测试生成模拟等等。但是如果你能评论一下反射的用法就太好了。
当前回答
如果你真的想了解c++的设计决策，可以找一本Ellis和Stroustrup写的《c++注释参考手册》。它并不是最新的标准，但它贯穿了最初的标准，并解释了事情是如何工作的，以及它们是如何实现的。
其他回答
如果c++可以:
变量名、变量类型和const修饰符的类成员数据 函数参数迭代器(只有位置而不是名称) 函数名、返回类型和const修饰符的类成员数据 父类列表(与定义的顺序相同) 模板成员和父类的数据;扩展的模板(意味着实际的类型将可用于反射API，而不是“如何到达那里的模板信息”)
这足以在无类型数据处理的关键处创建非常容易使用的库，而无类型数据处理在当今的web和数据库应用程序中非常普遍 (所有的orm，消息传递机制，xml/json解析器，数据序列化等)。
例如，Q_PROPERTY宏(Qt框架的一部分)支持的基本信息 http://qt.nokia.com/doc/4.5/properties.html扩展到涵盖类方法和e) -将对c++和一般的软件社区非常有益。
当然，我所指的反射不会涵盖语义或更复杂的问题(如注释、源代码行号、数据流分析等)——但我也不认为这些是语言标准的一部分。
c++是一种不需要反射的语言，因为c++是一种可以用来编写具有反射的语言的语言。
这基本上是因为它是一个“可选的额外项目”。许多人选择c++而不是Java和c#等语言，这样他们可以更好地控制编译器的输出，例如，一个更小和/或更快的程序。
如果您选择添加反射，有各种可用的解决方案。
在c++中使用反射的情况有很多，而使用模板元编程等编译时结构无法充分解决这些问题。
N3340建议用富指针作为c++中引入反射的一种方式。除此之外，它还解决了一个问题，那就是除非你使用某个功能，否则就不用为它付费。
Reflection requires some metadata about types to be stored somewhere that can be queried. Since C++ compiles to native machine code and undergoes heavy changes due to optimization, high level view of the application is pretty much lost in the process of compilation, consequently, it won't be possible to query them at run time. Java and .NET use a very high level representation in the binary code for virtual machines making this level of reflection possible. In some C++ implementations, however, there is something called Run Time Type Information (RTTI) which can be considered a stripped down version of reflection.
