你是否曾在深夜为海量的JSON数据与实体类之间的映射关系而倍感困扰？
又是否曾在面对老旧复杂的COM组件时，因不确定其数据类型而心生烦躁？
没事……这些都会得到解决……
C# dynamic 使用场景介绍与教学
今天咱们来聊聊C#中的一个非常酷炫的特性——dynamic类型。
说起C#里的dynamic关键字，它就像是个“万金油”，能在你遇到一些不确定类型或者想偷懒不定义类型的时候，帮你一把。
今天咱就来聊聊它到底怎么用，还有它背后是咋工作的。
啥时候用它？
- 解析JSON的时候：有时候你从网上拉了个JSON下来，结构啥样你也不知道，这时候
dynamic就能帮你轻松访问里面的数据，不用费劲巴拉地去定义一堆类。 - 调用方法时：如果你有个对象，里面有好多方法，但你不确定要调用哪个，或者想动态地决定调用哪个，那
dynamic就能帮你实现这个“随心所欲”。 - 跟COM打交道：老旧的COM组件有时候真是让人头疼，类型不确定，调用起来也麻烦。这时候
dynamic就能帮你省点事儿。
咋用它？
1.处理JSON：
比如你拉了个JSON下来，想直接访问里面的内容：
using Newtonsoft.Json;
using System;
class Program
{
static void Main()
{
string json = "{\"name\":\"张三\",\"age\":30}";
dynamic person = JsonConvert.DeserializeObject(json);
Console.WriteLine(person.name); // 输出：张三
Console.WriteLine(person.age); // 输出：30
}
}
你看，就这么简单，直接访问属性就行了，像操作普通对象一样。
2.调用方法：
假设你有个对象，里面有方法，但你不知道对象类型：
public class MagicBox
{
public void WaveHands() => Console.WriteLine("我挥挥手");
public int AddNumbers(int a, int b) => a + b;
}
class Program
{
static void Main()
{
MagicBox box = new MagicBox();
dynamic dynamicBox = box;
dynamicBox.WaveHands(); // 输出：我挥挥手
int sum = dynamicBox.AddNumbers(2, 3); // sum的值为5
Console.WriteLine(sum); // 输出：5
}
}
直接一顿操作猛如虎。
3.对COM出击
假设你正在维护一个老旧的Windows应用程序，这个程序用到了某个COM组件。这个COM组件提供了一些功能，但问题是，它的文档已经丢失，或者写得模糊不清，你不太清楚怎么正确地使用它。每次调用它的方法或访问它的属性时，你都得小心翼翼地试错，生怕出错。
这时候，dynamic类型就可以派上用场了。它就像是一个“万能钥匙”，能让你绕过那些繁琐的类型声明和转换，直接对COM对象进行操作。
using System;
using System.Runtime.InteropServices;
namespace ComInteropDemo
{
class Program
{
static void Main(string[] args)
{
// 假设我们有一个COM对象的实例，这里我们用dynamic来接收它
dynamic comObject = GetComObjectInstance(); // 这个方法会返回COM对象的实例，具体实现取决于你的COM组件
if (comObject != null)
{
try
{
// 使用dynamic调用COM对象的方法或属性，就像操作普通对象一样简单
var result = comObject.SomeMethod("参数"); // 假设SomeMethod是COM对象的一个方法
Console.WriteLine("调用结果：" + result);
var propertyValue = comObject.SomeProperty; // 假设SomeProperty是COM对象的一个属性
Console.WriteLine("属性值：" + propertyValue);
}
catch (ComException ex)
{
// 如果调用COM对象时出错，会捕获到ComException异常
Console.WriteLine("调用COM对象时出错：" + ex.Message);
}
catch (Exception ex)
{
// 捕获其他可能的异常
Console.WriteLine("发生错误：" + ex.Message);
}
finally
{
// 释放COM对象的资源
ReleaseComObject(comObject); // 这个方法会释放COM对象的资源，具体实现取决于你的COM组件
}
}
else
{
Console.WriteLine("无法获取COM对象的实例。");
}
}
// 假设的方法，用于获取COM对象的实例
static object GetComObjectInstance()
{
// 这里应该是你获取COM对象实例的代码，可能涉及到Type.GetTypeFromCLSID或其他方式
// 由于示例简单起见，这里直接返回一个模拟的对象
return new { SomeMethod = (Func<string, string>)(s => s + " 处理结果"), SomeProperty = "属性值" };
}
// 假设的方法，用于释放COM对象的资源
static void ReleaseComObject(object obj)
{
// 这里应该是你释放COM对象资源的代码，可能涉及到Marshal.ReleaseComObject或其他方式
// 由于示例简单起见，这里什么也不做
}
}
}
这样，我们就可以像操作普通对象一样来调用它的方法和属性，而无需关心它的具体类型或方法签名。
原理介绍：
dynamic类型的操作在编译时是不检查的，换句话说，编译器看到dynamic就像没看见，直接“放行”。
但当程序运行时，CLR（公共语言运行时）会根据实际情况，动态地（是的，就是dynamic的意思）解析出真正的类型，并进行相应的操作。
这一切的魔法都归功于.NET Framework的DLR（动态语言运行时）。
DLR让静态类型的语言C#拥有了动态语言的一些灵活性，但这种灵活性也不是没有成本的，它可能会导致性能上的开销，因此使用时也需要酌情考虑。
最后，思来想去，dynamic确实是个好东西，但作为开发者的你，也要清楚何时应该使用，何时又应该避免它。
总的来说，dynamic在处理模糊、动态类型的场景下能大显身手，但别忘了，过犹不及，正确地使用才能发挥它最大的功效。
希望这篇文章能让你对C#中的dynamic有了更深的了解！有了dynamic，愿我们的编码之路，越走越灵动！
不建议使用dynamic的情况：
-
性能敏感的场景：由于dynamic类型在运行时进行类型解析，这会增加额外的性能开销。在需要高效性能的场景中，应该避免使用dynamic。
-
代码可读性和维护性：使用dynamic可能会降低代码的可读性和维护性。因为编译器不会对dynamic类型的变量进行类型检查，所以任何类型错误都会在运行时抛出异常，而不是在编译时捕获。这可能导致调试困难，并增加维护成本。
-
强类型需求的场景：当需要利用C#的强类型系统来确保类型安全和减少错误时，不应使用dynamic。强类型系统可以在编译时捕获类型错误，并提供更好的代码智能提示和重构功能。
dynamic可能导致的错误：
-
RuntimeBinderException：当尝试访问dynamic类型对象的成员时，如果该成员不存在或不可访问，将在运行时抛出Microsoft.CSharp.RuntimeBinder.RuntimeBinderException异常。
-
性能下降：由于dynamic类型在运行时进行类型解析和成员绑定，这可能导致程序执行速度变慢，特别是在处理大量数据或进行频繁的类型操作时。
-
类型安全问题：使用dynamic会绕过编译器的类型检查，这可能导致类型错误在运行时才发现。这增加了潜在的运行时错误风险，并可能导致程序崩溃或数据损坏。
-
调试困难：由于类型错误在运行时抛出异常，而不是在编译时捕获，这使得调试过程更加困难。需要仔细检查运行时异常和堆栈跟踪来确定问题的根源。
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
