在 C# 中，使用 dynamic 关键字实现动态语言功能，与静态类型相比有哪些主要差异？请结合具体使用场景说明。
考察说明
考察对 C# 动态类型与静态类型区别的理解，以及实际应用中的取舍。
回答思路
- 【回答框架 1】静态类型在编译时确定，编译器进行类型检查，能早期发现错误，性能较好，代码可读性高。dynamic 类型则是在运行时解析，绕过编译时检查，提供更大的灵活性，但可能引发运行时异常。
- 【回答框架 2】dynamic 与 object 不同，dynamic 可以在运行时动态调用成员，编译器只做语法检查，实际操作由运行时绑定完成。这在与 COM、IronPython 或反射互操作时尤其方便，能简化代码。
- 【回答框架 3】使用 dynamic 时，IDE 智能提示受限，代码可维护性下降，性能开销增加，因为需要动态绑定。因此，建议仅在必要时使用，例如与动态语言交互、读取 JSON 数据或访问动态对象。
- 【回答框架 4】静态类型提供了类型安全保障，错误更早暴露，而 dynamic 将错误推迟到运行时，增加了调试难度。选择时应权衡灵活性与安全性，优先考虑静态类型，除非有明确的动态需求。
- 【关键点 1】静态类型在编译时检查，dynamic 在运行时解析。
- 【关键点 2】dynamic 常用于显式未知类型的场景，如 JSON 解析或 COM 互操作。
- 【关键点 3】使用 dynamic 会增加运行时开销，并可能因成员不存在而抛出异常。
- 【易错点 1】误用 dynamic 导致类型安全缺失，异常难定位。
- 【易错点 2】认为 dynamic 等同于 object，忽略二者在成员解析上的差异。