前言

嗨，大家好！

在C#中，反射是一種強大的工具，允許我們在運行時檢查和操作對象的類型信息。

然而，傳統的反射方法往往伴隨著冗長且不易讀的代碼。

幸運的是，我們可以通過使用 C# 中的 dynamic 動態類型，來簡化一些反射操作，讓代碼更加簡潔和易于理解。 （關于 dynamic 更多知識，可以參考前方《C# 中的神奇兩兄弟：var 和 dynamic?》）

想知道如何實現的嗎？請看下面這個實例。

代碼

假設我們有一個簡單的類 Person，它包含一些屬性：

public class Person
{
    public string Name { get; set; }
    public int Age { get; set; }

    public void Introduce()
    {
        Console.WriteLine($"Hi, I'm {Name} and I'm {Age} years old.");
    }
}

如果使用反射來訪問 Person 類的屬性和方法，要這么實現：

using System;
using System.Reflection;

publicclassProgram
{
    public static void Main()
    {
        var person = new Person();
        Type personType = typeof(Person);

        // 設置屬性
        PropertyInfo nameProperty = personType.GetProperty("Name");
        nameProperty.SetValue(person, "Jacky");

        PropertyInfo ageProperty = personType.GetProperty("Age");
        ageProperty.SetValue(person, 35);

        // 調用方法
        MethodInfo introduceMethod = personType.GetMethod("Introduce");
        introduceMethod.Invoke(person, null);

        // 輸出: Hi, I'm Jacky and I'm 35 years old.
    }
}

代碼是不是有點多有點復雜呢？

如果我們使用 dynamic，代碼可以這么實現：

using System;

publicclassProgram
{
    public static void Main()
    {
        dynamic person = new Person();

        // 設置屬性
        person.Name = "Jacky";
        person.Age = 35;

        // 調用方法
        person.Introduce();

        // 輸出: Hi, I'm Jacky and I'm 35 years old.
    }
}

是不是代碼更加簡潔和直觀呢？

優勢

也許你對這樣的簡化不以為然，畢竟代碼看起來并沒有減少多少，但是，如果考慮到效率兼優美這兩點，那么 dynamic 的優勢就顯現出來了：

1. 使用 dynamic 可以減少對反射 API 的冗長調用，代碼更加簡潔和直觀

2. 在使用反射的情況下，錯誤通常只有在運行時才能被發現，因為許多檢查是在編譯時失效的。使用 dynamic 類型，盡管仍然是在運行時進行類型檢查，但代碼的流暢性和直觀性使得容易發現潛在的問題

3. 當需要多次執行時，dynamic 的性能比傳統的反射更好，比如對上面例子執行 1000000 次。

總結

使用 C# 中的 dynamic 類型可以在代碼中簡化反射的使用，是因為 dynamic 允許在運行時動態地調用對象的成員，而不需要顯式地使用反射。

建議始終使用 dynamic 來簡化反射實現。