在 C# 中，IQueryable 和 IEnumerable 这两个接口在面对数据查询时，它们的核心差异体现在哪些方面？请说明它们各自适用的典型场景。
考察说明
考查对 C# 中两个核心集合查询接口的理解，以及它们在延迟执行和查询处理方式上的本质区别。
回答思路
- 【回答框架 1】IEnumerable 接口适用于内存中的集合，其查询通过委托直接在本进程内执行，并返回一个可枚举的对象。它主要针对 LINQ to Objects 场景。
- 【回答框架 2】IQueryable 接口继承自 IEnumerable，但其查询表达式会被构建成表达式树，并交由背后的查询提供程序（如 EF Core）转换为针对数据源的查询语言（如 SQL）。其核心意义在于延迟执行和将部分逻辑推送到数据源端。
- 【回答框架 3】在适用场景上，操作内存数据（如 List）时应选择 IEnumerable；而操作数据库等外部数据源，且希望过滤、排序等操作在数据库端完成以减少数据传输时，应选择 IQueryable。
- 【回答框架 4】从执行机制看，IEnumerable 的扩展方法接收的是委托（Func），而 IQueryable 接收的是表达式树（Expression）。这导致前者在内存中逐条执行，后者可被翻译成更高效的数据源查询。
- 【回答框架 5】在使用 IQueryable 时，需要注意其延迟执行的特性，即实际查询在枚举时才会触发。此外，如果查询提供程序无法翻译表达式树中的方法，会抛出运行时异常，因此应避免在表达式中调用无法翻译的方法。
- 【关键点 1】IEnumerable 处理内存数据，委托执行；IQueryable 处理外部数据源，表达式树翻译成数据源查询。
- 【关键点 2】IQueryable 继承自 IEnumerable，但支持更强大的延迟执行和查询优化。
- 【关键点 3】选择依据：数据在内存中选 IEnumerable，数据在数据库等外部源选 IQueryable。
- 【关键点 4】IQueryable 的查询在迭代时才执行，且需保证表达式可被提供程序翻译。
- 【易错点 1】错误地将 IQueryable 用于内存集合，可能导致额外开销或无法利用数据源优化。
- 【易错点 2】在表达式树中调用任意方法可能导致翻译失败，应避免使用数据源不支持的逻辑。
- 【易错点 3】混淆延迟执行与即时执行，例如在未枚举前就释放数据上下文，导致查询异常。