为什么类型类不在System.Reflection名称空间中？

Question

关于Type的一切都是反射性质的。是不是因为Type比System.Reflection中的其他类使用得更频繁？还是因为它的功能更像是系统类而不是反射类？

简而言之，我一直想知道System.Type选址背后的动机是什么。

Answer 1

类型类被用于更多的地方，而不仅仅是System.Reflection。用Reflector快速搜索一下，会发现数百个这样的问题。它在System.Configuration、System.Data、System.Drawing、System.Linq、System.Windows.Forms等类中至关重要。在这些类中实际使用类型实例的方式是不可见的。可能使用了System.Reflection，但这是一个不会以任何方式影响程序的实现细节。

考虑到使用typeof运算符和object.GetType创建这些类所需的类型实例很简单，而且除非实际编写反射代码，否则永远不需要使用System.Reflection，因此类型当然应该在系统命名空间中有一个易于访问的位置。

Answer 2

程序集有类型，而Assembly依赖于System.Reflection，这很奇怪。

所以我猜测这与Object实现方法GetType有关，该方法返回一个Type。

Answer 3

我猜这是因为对象作为一个GetType方法。

MS编码实践告诉我们，类不应该引用子命名空间中的类型。在实践中，BCL经常违反这一规则;o)