Reflection API因Windows商店应用作调整

相对于完整的.NET 4.5框架来说，用于Windows Store应用的.NET API子集则显得如此之小。 具体而言，Reflection.Emit变得不可用，且System.Type类中的大多数成员也都被迁移到了System.Reflection.TypeInfo类中。

.NET团队把System.Type分解成了两个类——System.Reflection.TypeInfo和一个简化的System.Type——主要意在将类型定义与类型引用分离。早在处理程序集时，就已采用了这种划分方法。Brandon Bray在《Evolving the .NET Reflection API》一文中解释到：

System.Reflection.Assembly类代表的是程序集定义，而System.Reflection.AssemblyName类代表的是程序集引用。前者提供了丰富的功能集合，而后者只是数据，它可以帮助你得到想要的定义。这正是我们想为System.Type采用的模型。

Type仅提供了对某一类型的引用，并未加载类型本身的所有元数据。所有丰富的信息都在TypeInfo中——对于给定的Type，你可以通过该类型的TypeInfo来访问它的元数据。这种方式的优点是，访问Type对象的时候并不需要加载必要的程序集——仅当访问TypeInfo类的时候才需要。这意味着，是否需要加载程序集可以由开发者根据需要来控制。

为了保持更好的工作集和响应能力，Reflection API也开始用 IEnumerable类型来替代常见的数组类型的返回值。

兼容性：新的Reflection API中的这种改变并非破坏性的——Windows Store中的应用必须使用新模型，而对于以.NET 4.5框架为目标的代码而言，早期的.NET 4.0模型和新模型皆可使用。为了实现这一点，.NET框架使用的类型层次结构稍微有点不同。假如你想在.NET 4.5和Windows Store应用之间复用代码的话，微软建议你将其包装为一个可移植的类库。