嘿，这个观察很细致！我来给你详细说说.NET Framework从v4.5开始出现的Facades文件夹到底是干嘛的：

这些文件夹里的程序集是仅含元数据的“门面程序集（Facade Assemblies）”，没有实际的执行代码，这也是它们体积极小的原因。它们的核心作用围绕着兼容、精简和API统一这几个点：

• 兼容旧代码，实现类型转发
  在.NET Framework 4.5的架构调整中，微软把原本集中在大型核心程序集（比如mscorlib.dll）里的部分类型拆分到了多个小核心程序集中。为了让基于旧版本编写的代码不用修改引用就能正常编译，Facades程序集就承担了“转发器”的角色——它们会把对某个类型的引用指向实际包含该类型实现的核心程序集，保证代码的向下兼容性。

• 精简编译依赖
  参考程序集本身是给编译阶段用的，Facades把常用的小范围类型集合单独封装，让项目在编译时只需要引用对应的Facades程序集，不用引用整个庞大的核心程序集，减少了编译依赖的冗余度，也让项目的引用结构更清晰。

• 统一跨框架的API表面
  在后续的.NET生态演进中，Facades也帮助对齐了.NET Framework和早期.NET Core之间的API体验。开发者在不同框架下编写代码时，能使用一致的API引用方式，降低了跨框架开发的学习成本和适配工作量。

举个直观的例子：当你在项目里引用System.Runtime.dll（Facades下的程序集）时，编译阶段它会帮你做类型检查，但运行时实际执行的代码是来自mscorlib.dll的实现——Facades只负责“指路”，不干活😉

内容的提问来源于stack exchange，提问作者Student222